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29.07.03 



ROBERT BOSCH GMBH, 70442 Stuttgart 



Computersvstem und Verfahren zur Steuerung, insbesondere zur koordinierten 
Antriebsstrangsteuerung eines Kraftfahrzeuges 



Beschreibung 



Die Erfindung betrifft ein Computersystem und ein Verfahren zur Steuerung, insbesondere zur 
koordinierten Antriebsstrangsteuerung eines Kraftfahrzeuges. 

In der Automobiltechnik wurde ursprunglich die Elektronik nur in Form einzelner, elektronifizierter 
Komponenten eingesetzt, wobei diese Komponenten isoliert und unabhangig voneinander agierten. Daran 
anschlieBend wurden diese Komponenten zunehmend zu Systemen integriert. Beispiele hierftir sind 
elektronische Motorsteuerungssysteme, Bremsregelungssysteme oder Fahrerinformationssysteme. Derzeit 
ist ein Trend hin zur Veraetzung aller Fahrzeugsysteme untereinander und zunehmend auch mit der 
Fahrzeugumwelt zu beobachten. 

Dieses erkennbare Zusammenwachsen der Systeme bringt nun erhebliche technische und organisatorische 
Herausforderungen mit sich: 

neue Fahrzeugfunktionen sind haufig nur noch im Verbund unterschiedlicher Teilsysteme 

realisierbar und effektiv nutzbar, 

damit wird eine funktionale Integration von Teilsystemen auch unterschiedlicher Zulieferer 
erforderlich, 

die Wertigkeit und der Charakter von Fahrzeugen werden zunehmend durch komplexe 
Softwarefunktionen bestimmt, 

die Beherrschung der wachsenden Systemkomplexitat wird ftlr Fahrzeughersteller und Zulieferer 
wettbewerbsentscheidend hinsichtlich Geschwindigkeit, Kosten und Qualitat. 

Stand der Technik 
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Aus der DE 199 16 637 CI ist ein Verfahren zum Steuern des Antriebsstranges eines Kraftfahrzeuges und 
eine Antriebsstrangsteuerung eines Kraftfahrzeuges bekannt. Ziel ist es dabei auch fur Kraftfahrzeuge mit 
einem automatischen Getriebe bei Betatigen der Betriebsbremse durch den Fahrer die Verz5gerung durch 
den Antriebsstrang des Kraftfahrzeuges zu unterstQtzen. Eine Zentral-Steuereinheit bewertet einen 
Bremsmomentenwunsch oder FahrzeugverzSgerungswunsch des Fahrers, beispielsweise zusatzlich 
abhangig von den Betriebsparametern Fahrertyp, Lastzustand und StraBenverhaltnisse (z. B. 
Wintermodus), der durch Betatigen des Bremspedals geSufiert wird. Auf Basis dieses ermittelten 
Bremsmoments wird ein Motors ch I eppmomenten-Soilwert bestimmt. Die Obersetzung des automatischen 
Getriebes wird abhangig vom Motorschleppmomenten-Sollwert anhand eines RUckschaltkennfeldes 
automatisch festgelegt. Nachteiligerweise werden sSmtliche Vorgange von einer Zentral-Steuereinheit 
gesteuert, so dass eine Anpassung der Zentral-Steuereinheit an verschiedene Fahrzeugtypen oder der 
Einbau neuer Steuerungskomponenten nicht mSglich ist. 

Aus der DE 199 40 703 CI ist ein Verfahren und eine Vorrichtung zur Motor- und Getriebesteuerung bei 
einem Kraftfahrzeug mit einem Verbrennungsmotor, der von einer Motorsteuerung gesteuert wird, und 
einem Stufenautomatikgetriebe, das von einer Getriebesteuerung gesteuert wird, bekannt. Dabei wird das 
Radantriebsmoment (Radmoment) auch bei einem Stufenautomatikgetriebe bei konstanter 
Fahrpedalstellung stetig (kontinuierlich) aber der Fahrzeuggeschwindigkeit geandert. Das Radmoment hat 
als Funktion der Fahrzeuggeschwindigkeit einen abnehmenden, hyperbelartigen Verlauf, bei dem 
ungeachtet der Schaltvorgange keine Unstetigkeit im Radmomentenverlauf auftritt. Aus einem vom Fahrer 
gewtinschten Radmoment wird von der Gesamtheit aus Momentenkoordinator, Motorsteuerung und 
Getriebesteuerung ein Soll-Motormoment berechnet und im Rahmen der physikalischen Grenzen 
umgesetzt. AuBerhalb des Schaltvorganges des Stufenautomatikgetriebes wird dies dadurch erreicht, dass 
zumindest in AbhSngigkeit von der Getriebeiibersetzung und dem vorgegebenen Getriebeabtriebsmoment 
eine auf die FQllung wirkende Momentenvorgabe und/oder eine auf die ZOndung wirkende 
Momentenvorgabe berechnet werden. Damit soli ein bestimmtes Motormoment erreicht werden, welches 
unter Zwischenschaltung der bekannten Obersetzung gerade das vorgegebene Getriebeabtriebsmoment 
ergibt. Wahrend des Schaltvorganges des Stufenautomatikgetriebes erfolgt die Realisierung des 
Getriebeabtriebsmomentes im Wesentlichen Qber ein im Stufenautomatikgetriebe vorgesehenes 
Reibelement. Entsprechend der fur das Reibelement gewahlten StellgrdBe wird ein bestimmtes Moment 
Qbertragen. Daher wird die StellgrflBe wahrend des Schaltvorganges gerade so eingestellt, dass das 
gewunschte Getriebeabtriebsmoment gemaB einer wahlbaren Ubergangsfimktion erzielt wird. Nachteiiig 
ist hierbei, dass das Radmoment ausschlieBlich von der Fahrpedalstellung abhangt und keine anderen 
Faktoren, z. B. Fahrertyp oder Radschlupf, berUcksichtigt werden. Das Verfahren und die Vorrichtung 
sind nicht flexibel, weil diese in eine Motor- und Getriebesteuerung eines Fahrzeuges integriert sind, 
somit eine Ubertragung auf andere Fahrzeugtypen und Steuergeratekonfigurationen nicht mdglich sind. 
Des Weiteren kOnnen auch nicht neue Steuerfunktionen integriert werden. 
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Aus der DE 198 38 333 A 1 der Anmelderin ist ein Computersystem mit wenigstens einem Prozessor und 
wenigstens einem Speicher zur Steuerung einer Antriebseinheit bekannt. Ziel ist es eine 
Steuerungsstruktur des Gesamtfahrzeuges anzugeben, mit deren Hilfe der Triebstrang und speziell die 
Antriebseinheit mit auBerhalb liegenden Komponenten verkntlpft werden konnen. Triebstrang und 
Antriebseinheit sind in einem Motormanagernent in ein Gesamtfahrzeugkonzept eingebunden. Das 
Fahrzeug wird als Gesamtsystem, bestehend aus Fuhktionseinheiten, als eine erste Komponente 
aufgefasst. Das Gesamtsystem, bestehend aus Funktionseinheiten, wird in verschiedene, vorgebbare 
Komponenten, z. B. Fahrzeugbewegung und Antriebskoordinator, aufgeteilt. Die Antriebseinheit wird 
dabei als eine Komponente vorgegeben. Die Antriebseinheit wird abhangig von den vorgegebenen 
Komponenten und/oder den an den Schnittsteilen zwischen den Komponenten ausgetauschten Daten 
gesteuert. Durch diesen Systemverbund k6nnen einzelne Elemente oder Funktionseinheiten nicht mehr 
getrennt betrachtet werden, sondern eingebunden in das Gesamtkonzept Bei einer Antriebs- bzw. 
Motorsteuerung beispielsweise mtissen nicht nur Momenten- bzw. Leistungsanforderungen oder 
Drehzahlvorgaben der Fahrzeugbewegung, wie Lenkung, Bremse oder Fahrdynamikregelung 
beriicksichtigt werden, sondern auch die Leistungs- bzw. Momentenforderungen und/oder 
DrehzahJinformationen aller Nebenaggregate und SteUglieder. DarOber hinaus ergibt sich aber auch die 
Mdglichkeit, durch den Zugriff auf Daten und Informationen anderer Funktionseinheiten und Systeme, 
wie z. B. UmweltgrOBen, FahrzustandsgroBen, FahrzeuggroBen und Benutzergri>6en, eine an die 
jeweiligen Gegebenheiten angepasste Antriebssteuerung durchzufuhren. Nachteilig ist hierbei jedoch, dass 
es nicht mOglich ist einzelne Funktionseinheiten modulartig auszutauschen, d. h. ein fiexibler modulartiger 
Systemaufbau ist nicht vorhanden. Des Weiteren sind auch keine umfassenden Angaben zur konkreten 
Umsetzung der Zielvorgaben gemacht. 



Aus der EP 0 883 510 Bl ist eine Antriebsstrangsteuerung filr ein Kraftfahrzeug bekannt, die eine 
Radmomentenberechnungsschaltung enthait, durch die die Stellung des Fahrpedals als ein vom Fahrer 
gewUnschtes Radmoment oder Getriebeausgangsmoment interpretiert und zum Berechnen von Sollwerten 
fur das von dem Antriebsstrang abzugebende Drehmoment verwendet wird, und die eine Steuerschaltung 
aufweist, die mit einem Fuzzy-System versehen ist, in dem das gewilnschte Radmoment zusammen mit 
Betriebsparametern des Kraftfahrzeugs und Umweltparametern ausgewertet wird, durch die anhand einer 
zentralen Fahrstrategie-Auswahlschaltung die Betriebsweise des Antriebsstrangs bei beliebiger Fahrweise 
des Fahrers und Fahrsituation des Kraftfahrzeugs an vorgegebene Kriterien angepasst wird, und die mit 
einer Motorleistungsstelleinheit verbunden ist, an die sie ein Ausgangssignal abgibt, durch welches das 
von den RMdern auf die Fahrbahn abzugebende Soli-Raddrehmoment festgelegt wird. Es wird eine 
Strategic fur die Motorsteuerung, die Motorleistungsstelleinheit und die Getriebesteuerung zentral derart 
festgelegt, dass der AusstoB von SchadstofFen minimiert wird. Die zentrale Strategie kann auch einen 
fahrleistungsorientierten Modus-des Kraftfahrzeuges zum Ziel haben. Alle dezentralen Funktionseinheiten 
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werden bei dieser Strategic so eingestellt, dass" eine bestmogliche Beschleunigung und ein schnelles 
Ansprechen des Antriebes auf den Fahrerwunsch zur Verfllgung stehen. Notwendig ist ein solcher Modus 
bei einer sportlichen Fahrweise und bei Bergauffahrt. Die Steuerung erfolgt tlber eine Steuerschaltung, 
wobei der Datenaustausch Uber eine schnelle serielle Buskommunikation, z. B. einen CAN-Bus, 
ausgefilhrt wird. 

Nachteilig ist hierbei, dass aufgrund der Gesamtkonfiguration nur eine sehr geringe Flexibilitat 
hinsichtlich unterschiedlicher Fahrzeug- und Steuergeratekonfigurationen und Wiederverwendbarkeit von 
entwickelten Softwarekomponenten besteht, weil samtliche Komponenten an die zentrale Steuerschaltung 
angepasst sind. 

In Kraftfahrzeugen werden fiir verschiedene Komponenten im Triebstrang, wie Motor und Getriebe, 
Schnittstellen zur Kommunikation vereinbart, ttber die Anfordenmgen tlbermittelt werden konnen, damit 
sie von der empfengenden Komponente ausgefiihrt werden (im Kraftfahrzeugbereich verbreitete 
technische Schnittstelle zur Steuergeratevemetzung ist beispielsweise der CAN-Bus). 

Neben dem Fahrpedal und dem Bremspedal gibt es viele weitere Anforderer, die Vorgaben an den 
Antriebsstrang machen kflnnen. Typische Beispiele hierfilr sind Komfortsysteme wie der 
Fahrgeschwindigkeitsregler oder Sicherheitssysteme wie ASR und ESP. Dabei wird ein groBer Teil an 
Entwicklung und Rechenkapazitat nachteiligerweise daftr aufgewendet, entsprechend der aktuellen 
Fahrsituation zu entscheiden, wann welches System tatsachlich aktiv den Arbeitspunkt des Triebstranges 
vorgeben oder beeinflussen darf. 

Es ist bekannt, aufeetzend auf einem Echtzeit-Betriebssystem als Standard-Betriebssystem, z. B. ERCOS 
oder OSEK bzw. OSEK/VDX, zur Steuerung von Betriebsablaufen eines Fahrzeugs eingebettete 
Softwarelosungen einzusetzen. Dabei werden applikationsspezifische Funktionen, System- 
grundfunktionen, Kernfiinktionen sowie die entsprechende Treibersoftware, also die spezifischen 
Basisfimktionen einerseits mit den unterschiedlichen Betriebsfimktionen und Teilbetriebsfunktionalitaten 
andererseits, welche das eigentliche Betriebsverhalten des Fahrzeugs bestimmen, verwoben. Notwendige 
bzw. gewtlnschte Veranderung von Funktionen oder das nachtragliche Einfiigen von Funktionen lassen bei 
solchermaBen verwobenen Softwarel5sungen sehr komplexe Systemausbildungen, insbesondere der 
Schnittstellen, entstehen. 

Aus der DE 100 44 319 Al der Anmelderin ist bereits die abstrakte Idee bekannt durch die Ware 
Trennung von Betriebs- und Basisfimktionen und die Einfilhrung einer Systemschicht bzw. 
Zwischenschicht mit offener Schnittstellenfiinktion eine Optimierung zu erzielen. Dabei wird von einem 
elektronischen System ftlr ein Fahrzeug bzw. von einer Systemschicht des elektronischen Systems 
ausgegangen, wobei das elektronische System erste Komponenten zur Durchftihrung von 



R.303855IP1 




- 5 - 

Steuerungsaufgaben bei Betriebsablaufen des Fahrzeuges und zweite Komponenten, vvelche ein 
Zusammenwirken der ersten Komponenten zur Durchfuhrung der Steuerungsaufgaben koordinieren, 
umfasst. Die ersten Komponenten flihren dabei die Steuerungsaufgaben durch Verwendung von 
Betriebsfunktionen und Basisfunktionen aus. Vorteilhafterweise wird das System derart aufgebaut, dass 
Basisfunktionen und Betriebsfunktionen bzw. Teilbetriebsfunktionalitaten (als Betriebsteilmodule oder 
Plug-Ins bezeichnet) klar voneinander getrennt werden, wobei die Basisfunktionen in einer Basisschicht 
zusammengefasst sind. ZweckmaBigerweise wird dann die Systemschicht auf der Basisschicht, welche die 
Basisfunktionen enthalt, aufgesetzt. Die Systemschicht bzw. Zwischenschicht enthait dabei wenigstens 
zwei der zweiten Komponenten, welche das Zusammenwirken der Steuerungskomponenten koordinieren. 
Dabei ist in bzw. bei der Systemschicht wenigstens eine offene Schnittstelle zu den Betriebsfunktionen 
vorgesehen, wodurch die Systemschicht die Basisfunktionen mit beliebigen Betriebsfunktionen derart 
verbindet, dass die Betriebsfunktionen modular eingebunden und/oder verwendet bzw. modular an das 
elektronische System angebunden werden kGnnen. Damit werden die Betriebsfunktionen bzw. die 
Betriebsteilmodule modular einbindbar in das elektronische System, wieder verwendbar und jederzeit 
austauschbar bzw. veraVnderbar. Durch die Systemschicht wird eine definierte Schnittstelle festgelegt, um 
im Rahmen der Steuergerate-Software fiir beliebige Betriebsfunktionen eine Variantenbildung sowie 
Erweiterungen bzw. VerSnderungen der Funktionalitat, insbesondere durch Betriebsteilmodule, so 
genannte Plug-Ins, zu ermBglichen. In einer Ausgestaltung kann damit ein System, welches sich bereits in 
Serie bzw. im Einsatz oder Betrieb befindet, jederzeit weiterentwickelt, verSndert und/oder durch 
Hinzufiigung neuer Betriebsfunktionen erweitert werden. Damit kSnnen sinnvollerweise 
Steuerungsaufgaben bzw. spezifische Leistungsmerkmale eines elektronischen Systems sehr flexibel und 
individuell entworfen, entwickelt bzw. implementiert werden. AuBerdem kdnnen zusatzlich die 
Oberwachungsfunktionen beztiglich der Betriebsfunktionen und/oder der Betriebsteilmodule in der 
Systemschicht eingebunden werden. Durch diese Modularisierung der Software- und 
Oberwachungsfunktionalitaten ergibt sich die Mdglichkeit, beispielsweise von Dritten erstelite Software 
mit geringem Aufwand in das elektronische System einzubinden. Dies erlaubt auch, spezifische Varianten 
ausschlieBIich innerhalb der Betriebsfunktionen bzw. der Betriebsteilmodule darzustellen, wMhrend die 
Systemschicht anwendungsunabhangig gestaltet werden kann. Nachteilig ist hierbei, dass lediglich 
formale Vorgaben gemacht werden und konkrete, inhaltliche Vorgehensweisen nicht angegeben sind. 

Vorteil der Erfindung 

Ausgehend vom geschilderten Stand der Technik sollen ein Computersystem und ein Verfahren zur 
Steuerung, insbesondere zur koordinierten Antriebsstrangsteuerung von Kraftfahrzeugen, geschaffen 
werden, welche iiber konkrete inhaltliche Vorgehensweisen verfilgen. 
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Die Erfindung schlSgt ein Computersystem mit den Merkmalen der Patentanspruche 1 und 25 sowie ein 
Verfahren mit den Merkmalen der PatentansprUche 8, 12 und 19 vor. Vorteilhafte Ausgestaltungen der 
Erfindung sind Gegenstand der UnteransprQche und der nachfolgenden Beschreibung. 

Dabei werden erflndungsgemaB insbesondere 

Anforderungen verschiedener Systeme in einheitlicher Art auf Basis von SystemfilhrungsgroBen 
(im Wesentlichen dem Getriebeausgangsmoment) zentral eingebracht, 

verschiedenste Verfahren zur Ermittlung von geeigneten Betriebspunkten des Antriebsstranges 
eingebracht, 

die Anforderungen und Verfahren entsprechend der aktuellen Fahrsituation durch ein abstraktes 
Priorisierungsverfahren situationsgerecht priorisiert, so dass die richtige Anforderung 
berUcksichtigt und das optimale Verfahren zur Betriebspunktauswahl verwendet wird, 
die Anforderungen entsprechend der Triebstrangtopologie des betreffenden Fahrzeuges 
umgerechnet und Vorgaben an die Triebstrangkomponenten gemacht, wobei die Schnittstellen zu 
den Komponenten so abstrakt wie mOglich auf physikalischer Basis festgelegt werden, um 
AbhSngigkeiten beispielsweise von verschiedenen Motortypen (Diesel und Benzin) 
weitestgehend auszuschalten, und 

die M5glichkeit geboten, die Ermittlung von Anforderungen und Verfahren zur Berechnung von 
optimalen Betriebspunkten in Plug-Ins zusammenzufassen, um so separierbare Systeme im Sinne 
von verauBerbaren Produkten zu schaffen. 

Zur funktionsfahigen Umsetzung eines modulartigen Systemaufbaus ist es erforderlich eine 
Softwarearchitektur anzugeben, in der den einzelnen Elementen bzw. Komponenten klare Funktionen 
zugewiesen sind. Unter dem abstrakten Begriff der Architektur wird sowohl die Systematik der 
Strukturierung eines komplexen Systemverbundes als auch deren konkrete Umsetzung verstanden. Aus 
diesem Grund wird erfindungsgemaB ein Computersystem mit wenigstens einem Prozessor und 
wenigstens einem Speicher zur Steuerung, insbesondere zur Antriebsstrangsteuerung filr ein 
Kraftfahrzeug, angegeben, welches ttber eine entsprechende Softwarearchitektur verfllgt. Diese besteht 
aus den nachfolgenden Elementen bzw. Komponenten: ein "Operation System and Specific Services" mit 
Betriebssystem und spezifischen Diensten als Basis ftir alle anderen Elemente und Anwendungen, einer 
"Basic Functionality" zur Umsetzung universeller Anforderungen, wobei Grundfunktionen eines 
Steuergerates, beispielsweise der Ansteuerung von Aktoren eines Verbrennungsmotors, in der Basic 
Functionality bewerksteiligt werden, einem "Layer" zur Koordinierung von Aufgaben fur 
Basisfunktionalitaten der Basic Functionality und zum Einbinden von Plug-Ins und wenigstens einem 
Plug-In zur Umsetzung von konkreten Aufgaben bzw. Funktionen, die tiber die Basisfunktionalitat der 
Basic Functionality hinausgehen und vom Layer koordiniert werden. 
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Dabei k6nnen vorteilhafterweise die Plug-Ins am Computersystem modulartig ausgetauscht werden, 
wodurch das Computersystem flexibel an unterschiediiche Hersteller- und KundenwUnsche anpassbar ist 
und Funktionen einfach implementierbar sind. Dadurch kflnnen die in den Plug-Ins realisierten Kunden- 
Funktionen auf einfache und vorteilhafte Weise auf verschiedene Fahrzeugtypen oder unterschiediiche 
Motoren Ubertragen werden, ohne diese selbst verMndern zu mtissen. Die Anpassung an eine veranderte 
Fahrzeugkonfiguration wird durch Anpassungen beispielsweise in der Basic Functionality (z.B. Diesel- 
statt Benzinmotor) vorgenommen. 

Des Weiteren kGnnen durch diesen modulhaften Aufbau auch neue Teilfunktionen einfach in das 
Computersystem eingefugt werden. Dadurch ist beispielsweise auch ein Softwaresharing moglich. 

Aufierdem sind vorteilhafterweise in der Softwarearchitektur auch offene Schnittstellen (open interfaces), 
auf die von auBen zugegriffen werden kann, und geschlossene Schnittstellen (encapsulated interfaces), die 
nach auBen nicht freigegeben sind, integriert 

Als Plug-Ins kommen zur Umsetzung von beispielsweise verschiedenen charakteristischen Eigenschaften 
von Fahrzeugen beispielsweise ein ACC Request (Adaptive Cruise Control Request) zur Anpassung der 
Geschwindigkeit oder des Abstandes des Fahrzeuges, ein Drivers? Demand (comfort bzw. sport) zur 
Auslegung und Interpretation des Fahrpedals, Driveability zur Festlegung eines globalen 
Optimierungskriteriums, z. B. Fahrkomfort oder Sport, sowie Shift Strategy (comfort bzw. sport), die aus 
dem Sollwert ftir das Drehmoment am Getriebeausgang und der Fahrzeuggeschwindigkeit den Sollwert 
fur die GetriebeUbersetzunjg und das Motormoment bestimmt 

Im Layer sind beispielsweise die Koordinatoren Vehicle Coordinator, Vehicle Motion Coordinator und 
Powertrain Coordinator integriert. Jeder Koordinator sollte mit den Plug-Ins kommunizieren kflnnen, d. h. 
iiber Schnittstellen mit den Plug-Ins verbunden sein. Des Weiteren sollte der Layer Uber Schnittstellen zur 
Kommunikation mit der Basic Functionality verbunden sein, welche Basisfiinktionen enthalt, die wie 
Sensoren oder Aktoren agieren,.wobei z. B. das engine management als Momentensteller wirkt, das 
transmission management ein Obersetzungsverhaltnis umsetzt, das brake management eine geforderte 
negative Sollbeschleunigung einstellt. 

Anforderungen verschiedener Systeme werden in einheitlicher Art auf Basis von SystemfuhrungsgrOBen, 
z, B. Getriebeausgangsmoment, zentral eingebracht. Das erfindungsgemaBe Computersystem erlaubt es 
damit durch den einfachen Austausch oder das Hinzufugen von Funktionen, die in Plug-Ins enthalten sind, 
ein Kraftfahrzeug flexibel an verschiedene Anforderungen anpassen zu kOnnen. Dadurch kdnnen die 
Automobilhersteller eine Markendifferenzierung auf Softwarebasis einftihren, weil ailein aufgrund 
unterschiedlicher Softwarekomponenten Fahrzeuge mit unterschiedlichen Eigenschaften zur Verftigung 
stehen. Des Weiteren konnen auch die Kosten in erheblichem MaBe reduziert werden, weil zum Anpassen 
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an neue Funktionen nicht das gesamte Com putersy stem ausgetauscht werden muss, sondem lediglich 
durch den kostengtinstigen Austausch einzelner Plug-Ins die Eigenschaften verandert werden k6nnen. 

Um im beschriebenen erfindungsgemaBen Computersystem auf einfache Weise die gewiinschte einfache 
Austauschbarkeit von Funktionen in den Plug-Ins erreichen zu konnen, ist es erforderlich, dass die flbrigen 
Komponenten der Softwarearchitektur unabhSngig von der Anzahl und der Funktionsweise der Plug-Ins 
auf die Plug-Ins zugreifen kOnnen. Nur so konnen Plug-Ins beliebig ausgetauscht werden. Ein 
erfindungsgemaBes Priorisierungsverfahren von lnformationsgebern, z. B. Plug-Ins, zur Steuerung, 
insbesondere zur koordinierten Antriebsstrangsteuerung ftir ein Kraftfahrzeug, setzt diese Zielsetzung um. 
Das Priorisierungsverfahren ist beispi els weise auch im eben genannten Computersystem einsetzbar. In den 
Plug-Ins bzw. Anforderem ist in Abhangigkeit von der aktuellen Fahrsituation ein Anforderungswunsch 
enthalten, wobei jedoch nicht bei jeder bestimmten Fahrsituation im entsprechenden Plug-In oder 
Anforderer auch ein Anforderungswunsch enthalten sein muss. Die Anforderer oder Plug-Ins werden nach 
dem Grad ihrer Prioritat aufsteigend oder abfallend sortiert, wobei diese Prioritat in Abhangigkeit von 
globalen Optimierungskriterien bestimmt wird, beispielsweise einer Okoabstimmung, Sportabstimmung 
oder einer Wintererkennung. In dieser entsprechend sortierten Liste mit Anforderem oder Plug-Ins werden 
die einzelnen Anforderer sequentiell beginnend mit dem Anforderer mit der hochsten Prioritat 
abgearbeitet, d. h. es wird abgefragt, ob ein Anforderungswunsch im Anforderer bzw. im Plug-In vorliegt. 
Sobald ein Anforderer einen Anforderungswunsch enthait, wird das Abarbeiten abgebrochen, und der in 
diesem Anforderer enthaltene Anforderungswunsch ausgewahlt, vorzugsweise gespeichert und weiter- 
geleitet. Jeder Anforderer in den sortierten Listen kann durch eine Identitat (ID), vorzugsweise als Zahl, 
und der Position in der Liste eindeutig gekennzeichnet sein. 

In einem weiteren erfindungsgemaBen Priorisierungsverfahren von lnformationsgebern, z. B. Plug-Ins, 
werden in einer Liste mit Anforderem bzw. Plug-Ins alle Anforderer in beliebiger Reihenfolge 
abgearbeitet, wobei diese Liste nicht nach Prioritaten sortiert ist und das Abarbeiten hier beispielsweise 
auch sequentiell erfolgen kann. Daran anschlieBend wird der Anforderungswunsch in der Liste der 
Anforderer mit dem maximalen (minimalen) Anforderungswunsch oder der durchschnittliche 
Anforderungswunsch der Anforderer ermittelt. Dieser maximale (minimale) Anforderungswunsch wird 
anschlieBend gespeichert und weitergeleitet. 

Zur Ermittlung des maximalen (minimalen) Anforderungswunsches wird im Ailgemeinen das nachfolgend 
beschriebene Schema verwendet Die in der nicht sortierten Liste enthaltenen Anforderer bzw. Plug-Ins 
werden in beliebiger Reihenfolge abgefragt. Der erste abgefragte Anforderungswunsch, der von einem 
einen Anforderungswunsch enthaltenden Plug-In stammt, wird zunachst zwischengespeichert. Jeder 
weitere abgefragte Anforderungswunsch wird mit dem zwischengespeicherten Anforderungswunsch 
verglichen, ob er groBer (kleiner) ist als der zwischengespeicherte Anforderungswunsch. Falls ein abge- 
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fragter Anforderungswunsch grofier (kleiner) ist als der zwischengespeicherte Anforderungswunsch, wird 
dieser abgefragte Anforderungswunsch zwischengespei chert und der vorhergehende Anforderungswunsch 
gelGscht, d. h. der bisher gespeicherte Wert wird vom aktuell abgefragten Wert Uberschrieben, wobei 
andernfalls keine Speicherung erfolgt, d. h. der bisher zwischengespeicherte Anforderungswunsch 
gespeichert bleibt. Nach der Abfrage aller Anforderer ist der maximale (minimale) Anforderungswunsch 
zwischengespeichert und kann weitergeleitet werden. 

Hierbei kann in einer Variante bei bestimmten Anforderern, z. B. Anforderern, die Motor und Bremse 
ansteuern, mit einem bestimmten Anforderungswunsch, z. B. einem Bremseingriff, der minimale 
(maximale) Anforderungswunsch, z. B. der minimale Vortriebswunsch, ausgewShlt werden und 
andernfalls der maximale (minimale) Anforderungswunsch. 

In einer weiteren Variante des eben beschriebenen Priorisierungsverfahrens nach maximaler (minimaler) 
Auswahl ist es auch mQglich, dass einzelne Anforderer bzw. Plug-Ins bewirken, dass bestimmte andere 
Anforderer bei der Ermittlung des maximalen (minimalen) Anforderungswunsches nicht berticksichtigt 
werden. Beispielsweise kann ein Anforderer-Fahrpedal bewirken, dass alle anderen Anforderer, die eine 
Bremsung/VerzBgerung bewirken, nicht berticksichtigt werden. 

Jeder Anforderer bzw. ein Plug-In ist durch eine Identitat (ID), vorzugsweise eine Zahl, filr das 
Abarbeiten eindeutig gekennzeichnet. Das bedeutet, dass die Position in der Liste nicht von Bedeutung ist. 
Auch bei diesem Priorisierungsverfahren gibt es verschiedene Listen zum Anpassen an globale 
Optimierungskriterien, z. B. Okoabstimmung, Sportabstimmung oder Wintererkennung, wobei jedoch hier 
nur relevant ist, welche Anforderer in der Liste stehen. 

Beide eben beschriebenen Priorisierungsverfahren k6nnen auch miteinander kombiniert werden, wobei 
vorzugsweise das erstbeschriebene Priorisierungsverfahren zuerst eingesetzt wird und, falls dieses kein 
Ergebnis liefert, das zweite Priorisierungsverfahren angewendet wird. Das erste Priorisierungsverfahren 
liefert keinen Anforderungswunsch, falls in der entsprechenden Liste in keinem der Anforderer bzw. Plug- 
Ins ein Anforderungswunsch enthalten ist. 

Zur koordinierten Antriebsstrangsteuerung eines Kraftfahrzeuges ist es erforderlich, den komplizierten 
Prozess dieser Steuerung in einzelne Verfahrensschritte aufzuteilen, welche von einem entsprechenden 
Computersystem bzw. der Software umgesetzt werden kSnnen. Ein erfindungsgemafies Verfahren zur 
koordinierten Antriebsstrangsteuerung eines Kraftfahrzeuges verfugt im Wesentlichen Qber die 
nachfolgenden Schritte bzw. Phasen: 



1 . Charakterisierung der UmwelteinflUsse, 
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2. Festlegen eines globalen Optimierungskriteriums, z. B. sportlich, okonomisch oder 
verschleiBschonend, 

3. Fahrerwunschinterpretation, 

4. Bestimmung des optimalen Betriebspunktes und 

5. Anfahren des optimalen Betriebspunktes. 

Zur Charakterisierung des Umwelteinflusses im 1. Schritt werden aktuelle Umweltdaten aufbereitet und 
ggf. typisiert, z. B. FahrzeuggrSBen (Geschwindigkeit, Querbeschleunigung), Triebstrangzustand 
(Kraftschluss und Schub/Zug), Fahrertyperkennung (sportlich oder 5konomisch durch Ableiten aus dem 
Fahrverhalten) und Fahrsituationserkennung (Berg, Kurve, Winter, Stadt, Autobahn). Im 2. Schritt wird 
ein globales Optimierungskriterium festgelegt. Bei der Fahrerwunschinterpretation als 3. Verfahrensschritt 
wird eine Vorgabe fur die Langsbewegung des Fahrzeuges beispielsweise aus der Fahrpedalinterpretation 
nach Beschleunigung/Verzdgerung und/oder den Vorgaben eines Fahrgeschwindigkeitsreglers oder ACCs 
abgeleitet, wobei eine SystemftihrungsgrSBe Getriebeausgangsmoment in eine Grflfie 
Getriebeausgangsmoment fiir den Antriebsstrang und eine Gr6Be Fahrzeugverz5gerung fur die Bremse 
aufgeteilt wird. Zur Bestimmung des optimalen Betriebspunktes im 4. Verfahrensschritt fur ein 
Getriebeausgangsmoment wird ein bestimmtes Motormoment und eine GetriebeObersetzung ermittelt. Das 
Anfahren des optimalen Betriebspunktes im 5. und letzten Verfahrensschritt wird innerhalb einer 
bestimmten Zeit durchgefiihrt, d. h. das Anfahren erfolgt nicht abrupt oder moglichst schnell, sondern 
wird an bestimmte Kriterien, beispielsweise der Fahrbarkeit, Komfort, Sicherheit und dem 
Aggregateschutz angepasst In diesen Phasen werden vorzugsweise die einzelnen Aufgaben der Phasen 
bzw. Schritte von Koordinatoren in einem Layer eines erfmdungsgemaBen Computersystems bearbeitet. 
Die Inhalte der Phasen werden von den Plug-Ins uber Schnittstellen Qbermittelt bzw. zur Verfllgung 
gestellt, wobei vorzugsweise die Auswahl der Plug-Ins nach einem der oben beschriebenen 
erfmdungsgemaBen Priorisierungsverfahren erfolgt 

Zur Schaffiing eines Computersystems zur Steuerung ist es zweckmaBig Uber ein objektorientiertes 
Softwaresystem zu verfllgen. Ein objektorientiertes Softwaresystem ist dahingehend strukturiert, dass die 
Software einzelnen Teilen bzw. Komponenten des zu steuernden Gegenstandes oder ZustandsgrdBen bzw. 
auch Aufgaben zugeordnet wird. In einem Kraftfahrzeug sind das beispielsweise das Fahrzeug, die 
Fahrzeugbewegung, der Motor, das Getriebe oder der Fahrertyp sowie die FahrzeuggrBBe. Das 
erfindungsgemSBe Computersystem mit wenigstens einem Prozessor/Speichef mit objektorientiertem 
Softwaresystem besteht im Wesentlichen aus den nachfolgenden objektorientierten Komponenten: 
Fahrzeugbewegung (Vehicle Motion, VM), Antriebsstrang (Powertrain, PT), Fahrzeugkoordinator 
(Vehicle Coordinator, VC), Infogebern, beispielsweise UmweltgrOBen (Environment Data, ED), 
FahrzustandsgroBen (Driving Condition Data, DD), FahrzeuggroBen (Vehicle Data, VD) und 
BenutzergrGBen (User Data, UD). In Infogebern werden aktuelle ZustandsgrGBen gespeichert. Diese 
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objektorientierten Komponenten sind mit Schnittsteilen nach auBen und innen (Interface In and Out) und 
einem Kriterienkoordinator (Criteria Coordinator, CC) zur Abfrage von Plug-Ins zur Kommunikation mit 
Schnittsteilen verbunden. Die Komponente Fahrzeugbewegung weist z. B. noch die Komponenten 
Traktions- und Fahrstabilitatssysteme (ESP), Fahrzeugbewegungskoordinator (Vehicle Motion 
Coordinator, VMC) und Vortrieb/Bremsen (Propulsion/Brake, PrB) auf. Diese Komponente Vor- 
trieb/Bremse weist z. B. noch die Komponenten Vortrieb (Propulsion System, PrSy), Bremssystem (Brake 
System, BrSy) und einen Vortriebs- und Bremskoordinator (Propulsion and Brakes Coordinator, PrBC) 
mit einer Komponente Beschleunigungsaufteiler (Acceleration Request Manager, AccRM) auf. Der 
Beschleunigungsaufteiler entscheidet bei einer negativen Beschleunigung (VerzOgerung) welcher Anteil 
vom Motor und welcher Anteil von der Bremse Ubernommen wird. Die Komponente Antriebsstrang weist 
beispielsweise die Komponenten Antriebsstrangkoordinator (Powertrain Coordinator, PTC), Motor 
(Engine, Eng), Getriebe (Transmission, Tra) und den Infogeber TriebstrangzustandsgroBen (Powertrain 
Data, PD) auf. Der Kriterienkoordinator kann mit einer Anwendungsschnittstelle (Application 
Programming Interface, API) kommunizieren. Damit wird erfindungsgemSB ein objektorientiertes 
Softwaresystem zur VerfUgung gestellt, welches optimal an einen modulartigen Systemaufbau angepasst 
ist. 

In einer weiteren Ausgestaltung wird das oben beschriebene erfindungsgemaBe Verfahren mit 5 Phasen 
mit dem erfindungsgemaBen Computersystem mit objektorientiertem Softwaresystem umgesetzt. Es weist 
die nachfolgenden Schritte auf; 

Zur Charakterisierung der UmwelteinflOsse werden die aktueilen Umweltdaten bzw. 
ZustandsgroBen den Infogebern zugewiesen, worauf alle anderen Komponenten zugreifen 
kflnnen, ausgenommen die TriebzustandsgrSBen, worauf nur der Antriebsstrang zugreifen kann. 
Im 2. Verfahrensschritt wird vom Fahrzeugkoordinator das Festlegen eines globaien 
Optimierungskriteriums gesteuert, welcher Vorschlage Uber den Kriterienkoordinator von 
ausgewahlten Plug-Ins abfragt. 

Im nachsten Verfahrensschritt wird vom Vortriebs- und Bremskoordinator die 
Fahrwunschinterpretation gesteuert, welche in Zusammenarbeit mit ausgewahlten Plug-Ins Qber 
den Kriterienkoordinator die Vorgaben ftir Bremse und Antriebsstrang ermittelt, wobei 
vorzugsweise der Fahrzeugsbewegungskoordinator diese Vorgaben mit den Traktions- und 
Fahrstabilitatssystem koordiniert und diese Vorgaben an den Triebstrang bzw. das Bremssystem 
weitergibt, wobei Uber die Anwendungsschnittstelle beispielsweise eine Fahrbeschleunigung in 
ein Getriebeausgangsmoment umgerechnet wird und an den Antriebsstrang weitergeleitet wird. 
Im 4. Verfahrensschritt werden vom Antriebsstrangkoordinator zurn Bestimmen des optimalen 
Betriebspunktes Uber den Kriterienkoordinator Plug-Ins ausgewahlt und der 
Antriebsstrangkoordinator kommuniziert mit den Plug-Ins Uber den Kriterienkoordinator. 
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1m 5. und letzten Schritt wird auf Basis der gleichen Vorgehensweise das Anfahren - damit ist 
der Ubergang vom aktuellen zum neuen Betriebspunkt gemeint - des neu gewahlten 
Betriebspunktes bestimmt. 

Vorzugsweise erfolgt bei diesem Verfahren die Auswahl der Plug-Ins mit einem der oben beschriebenen 
erfindungsgemaBen Priorisierungsverfahren. Dieses Verfahren gestattet somit mit Hilfe des 
objektorientierten Softwaresystems das erfindungsgemaBe Verfahren zur Steuerung eines Fahrzeuges 
auszufuhren. 

Teil der Erfindung sind auch die Computerprogramme mit Programmcodemitteln oder 
Computerprogranimprodukte mit Programmcodemitteln, die auf einem lesbaren Datentrager gespeichert 
sind, urn eines der erfindungsgemaBen Verfahren diirchzuruhren, sofern das Computerprogramm auf 
einem Computer oder einer entsprechenden Recheneinheit ausgefUhrt wird. 

Zeichnungen 

Nachfolgend wird die Erfindung beispielhaft beschrieben. Dabei zeigen: 

Fig. 1: ein Schema eines "intelligenten" Fahrzeuges der Zukunft, 

Fi S* 2: einen schematisierten Entwicklungsprozess eines modulartigen Systemaufbaus, 

Fig. 3: eine an der Fahrzeugtopologie ausgerichtete strukturierte Funktionsarchitektur, 

Fi S* 4: eine schematisierte Ubersicht auf eine erfindungsgemaBe Softwarearchitektur des 

modulartigen Systemaufbaus, 

Fi S- 5: eine schematisierte beispielhafte Konkretisierungsform der erfindungsgemaBen System- 

architektur des modulartigen Systemaufbaus, 

Fig. 6: eine schematisierte Ansicht der symbolischen Ausstattung eines Kraftfahrzeuges ais 

Versuchstrager, 

Fig. 7: eine erfindungsgemaBe Softwarearchitektur mit Plug-In-Design in einer 

Schichtenansicht, 



Fig. 8: 



einen erfindungsgemaBen schematisierten inneren Aufbau eines Vehicle Motion 
Coordinators aus Fig. 7, 
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Fi S- 9: eine grafische Darstellung einer erfindungsgemaBen linearen Priorisierung (erste Stufe) 

und einer erfindungsgemaBen Maximal-Auswahl (zweite Stufe), 

5 Fig. 10: ein erfindungsgem&Bes Ablaufschema eines Priorisierungsverfahrens als Kombination 

aus Iinearer Priorisierung (erste Stufe) und Maximal-Auswahl (zweite Stufe), 

Fi S- 11: ein erfindungsgemafies Verfahren zur koordinierten Antriebsstrangsteuerung in einer 

Darstellung zwischen Plug-Ins und Triebstrangkomponenten, 

10 

Fi S- 12: eine erfindungsgemSCe Softwarestruktur fur das erfmdungsgemaBe Verfahren zur 

koordinierten Antriebsstrangsteuerung, 

Fig. 13: ein erfindungsgemfiBes objektorientiertes Softwaresystem zur koordinierten Antriebs- 

1 5 strangsteuerung, 

Fig. 14: eine schematisierte Darstellung der Phasen des erfindungsgemaBen Verfahrens zur 

koordinierten Antriebssteuerung, 

2 0 Fig. 15: ein Softwaresystem gemaB Fig. 13 bei der Auswahl des Optimierungskriteriums, 

Fi S* 16: einen beispielhaften Priorisierungsablauf entsprechend Fig. 15 zur Auswahl des 

Optimierungskriteriums durch den Fahrzeugkoordinator, 

5 Fig. 17: eine schematisierte Strukturierung gemaB Fig. 13 bei der Fahrwunschinterpretation, 

Fi g- 18: einen beispielhaften Priorisierungsablauf analog Fig. 16 bei der 

Fahrwunschinterpretation, 



30 Fig. 19: eine beispielhafte Anforderung eines Plug-Ins, 

Fig. 20: eine schematisierte Strukturierung gemaB Fig. 13 zur Bestimmung des optimalen 

Betriebspunktes, 

35 Pig. 21: einen beispielhaften Priorisierungsablauf entsprechend Fig. 20 zur Bestimmung des 

optimalen Betriebspunktes, 
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Fig. 22: Eine schematisierte Strukturierung gemSfl Fig. 13 zum Anfahren des optimalen 

Betriebspunktes, 

Fig. 23: einen beispielhaften Priorisierungsablauf entsprechend Fig. 22 zum Anfahren des 

optimalen Betriebspunktes und 

Fig. 24: eine schematisierte Strukturierung gemaB Fig. 13 bei der Benutzung einzelner Plug-Ins 

von verschiedenen Schnittstellen. 

Bevorzugte AusfUhrungsform 

Ein modulartiger Systemaufbau (auch unter Cartronic des Unternehmens Bosch bekannt) ftir alle 

Steuerungs- und Regelungsaufgaben im Fahrzeug ist eine offene Systemarchitektur. 

Die dem modularen Systemaufbau zugrunde liegende Vision gliedert das intelligente Fahrzeug der 

Zukunft in drei wesentliche Elemente, siehe Fig. 1: 

Intelligente Sensoren erfassen alle ftir den Fahrzeugbetrieb wichtigen Informationen. Hierzu 
gehOren z. B. Sensoren zur Erfassung von Bewegungsdaten wie Geschwindigkeit, 
Beschleunigung und Drehrate, Sensoren fUr fahrzeuginterne GrSBen wie Temperaturen und 
Driicke und zukunftig auch vermehrt Sensoren zur Erfassung des Fahrzeugumfelds (z. B. 
Ultraschall, Radar, Video). 

Intelligente Aktoren setzen die erforderlichen Stellbefehle sicher und zuverlassig urn. 
Intelligente, elektronisch gesteuerte Aktoren sind z. B. der Antriebsstrang, bestehend aus 
Verbrenmingsmotor und Getriebe zur Erzeugung des Vortriebsmoments, elektronisch geregelte 
Bremssysteme zur definierten Verzogerung und Stabilisierung des Fahrzeugs und elektronisch 
geregelte Lenksysteme fur eine sichere und feinfuhlige Spurfuhrung. Diese Eingriffe werden 
kQnftig vermehrt "by wire" elektronisch gesteuert und uberwacht erfolgen. 

Eine Mensch-Maschine-Schnittstelle (Human-Machine-Interface, HMI) gibt dem Fahrer die fur 
ihn in der jeweiligen Fahrsituation relevanten Informationen und erlaubt die sichere und 
komfortable Bedienung des Fahrzeugs tiber die Bedienelemente des Cockpits. 

Die heutigen Fahrzeuge sind in der Regel durch "gewachsene" Elektronik-Strukturen mit einer Vielzahl 
isolierter und autarker Einzelfunktionen und Steuergerate gekennzeichnet. Die Entwicklung ist damit 
meist auf eine Optimierung der isolierten Einzelfunktionen und Subsysteme begrenzt, die Optimierung des 
Gesamtsystems gestaltet sich schwierig. 



Zur Realisierung der Vision vernetzter Systeme im Fahrzeug wird daher eine durchgangige, konsistente, 
modulare und offene Systemarchitektur erforderlich. Ziel der Systemarchitektur ist die nahtlose 
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Integration aller Teilsysteme zur effizienteren Darstellung flbergeordneter Fahrzeugfunktionen, welche ein 
Zusammenwirken mehrerer Teilsysteme erforderlich machen. Weitere Ziele sind Fiexibilitat hinsichtlich 
unterschiedlicher Fahrzeug- und SteuergerStekonfigurationen, einfachere Implementierung kunden- 
spezifischer Funktionen, sowie hohe Funktionssicherheit und Wiederverwendbarkeit von entwickelten 
Softwarekomponenten. 

Unter dem abstrakten BegrifF "Architektur" soli im Folgenden sowohl die Systematik der Strukturierung 
des komplexen Systemverbundes als auch deren konkrete Umsetzung verstanden werden. Zur 
Beschreibung der "Architektur" lassen sich unterschiedliche "Sichten" unterscheiden, die jeweils durch 
eigene Beschreibungen (im Sinne unterschiedlich abstrakter bis konkreter Modelle) abgebildet werden, 
welche in den einzelnen Stufen eines Entwicklungsprozesses erzeugt und umgesetzt werden, siehe Fig. 2. 

Grundlage der Systemarchitektur des modulartigen Systemaufbaus ist eine an der Fahrzeugtopologie 
ausgerichtete, hierarchisch klar strukturierte Funktionsarchitektur, siehe Fig. 3. Die Funktionsarchitektur 
beschreibt Ordnung und Zusammenhang von logisch-modularen Funktionskomponenten: ihren Aufgaben, 
ihren Schnittstellen, sowie ihren Wechselwirkungen untereinander. Wesentliche Elemente der 
Funktionsarchitektur sind Domanen^ (Sub-)Systeme, fimktionale Komponenten und Kommunikations- 
beziehungen. Das resultierende abstrakte Modell ist noch unabhangig von einer Implementierung mit 
einer speziellen Hardwaretopologie. 

Die Funktionsarchitektur unterteilt das Fahrzeug in unterschiedliche "Domanen": Fahrzeugbewegung 
(Powertrain), Antrieb (Vehicle Motion), Karosserie und Innenraum (Body and Interior), elektrische 
Energieversorgung (Electrical Supply System), thermische Energieversorgung (Thermal Supply System) 
usw. Innerhalb jeder Domane werden unterschiedliche Subsysteme identifiziert, die aus "funktionalen 
Komponenten" bestehen, welche Qber Kommunikationsbeziehungen miteinander in Wechselwirkungen 
stehen. Der Begriff "Komponente" meint dabei nicht zwangslaufig die physikalische Einheit im Sinne 
eines Bauteils, sondern eine Funktionseinheit, die sich ggf. als Subsystem in weitere funktionale 
Unterkomponenten zerlegen lasst. 

Jedes der Subsysteme koordiniert seine Unterkomponenten selbst, die Koordination zwischen 
Teilsystemen Ubemehmen spezielle Funktionskomponenten, die als Koordinatoren bezeichnet werden. 

Bei den Kommunikationsbeziehungen werden die vier Grundtypen Auftrage, Anforderungen, 
RQckmeldungen, und Abfragen unterschieden. Eine Anforderung ist der Wunsch zur Ausftlhrung einer 
Aufgabe, wahrend ein Auftrag mit der Pflicht zur Ausftlhrung verbunden ist. Wahrend ggf. mehrere 
unterschiedliche funktionale Komponenten ahnliche und auch konfliktare Anforderungen stellen kdnnen 
(beispielsweise unterschiedliche Verbraucher ein Antriebsmoment eines Motors), erfolgt die 
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Auftragserteilung durch genau einen Auftraggeber (z. B. einen Antriebsstrangkoordinator) an genau einen 
Auftragnehmer (z. B. den Verbrennungsmotor). Der Auftragnehmer gibt dem Auftraggeber 
gegebenenfalls eine Rttckmeldung Uber die Ausftlhrung. 

Die Funktionsarchitektur kann grafisch oder auch durch UML-Modelle abgebildet werden. Unabhangig 
von der gewahlten Beschreibungsform liefera die zugrunde liegenden Strukturierungsregeln insbesondere 
in der Phase der Systemanalyse eine konsistente Methode zur Beherrschung der Komplexitat, und 
erlauben die systematische Definition funktionaler Schnittstellen. 

Der nachste Schritt im Entwicklungsprozess besteht in der Umsetzung der Funktionsarchitektur in eine 
geeignete Softwarearchitektur. Die Softwarearchitektur beschreibt die Strukturen der Software des 
Systems, sie besteht aus Softwarekomponenten, die in sich in weitere Software-Unterkomponenten 
unterteilt werden k5nnen. Der Funktionsumfang einer Softwarekomponente muss im Allgememen nicht 
zwangslaufig mit einer funktionalen Komponente des modulartigen Systemaufbaus gleichgesetzt werden. 
Die funktionale Strukturierung von Komponenten des modulartigen Systemaufbaus untersttltzt aber ein 
objektbasiertes Softwaredesign. 

Fig. 4 zeigt eine produktorientierte, schematisierte Obersicht auf eine auf dem modulartigen Systemaufbau 
basierende erfindungsgemaBe Softwarearchitektur. Vereinfacht lassen sich folgende Elemente 
unterscheiden: 

"Operation System and Specific Services" mit Betriebssystem und spezifischen Diensten ais 
Basis fur alle Anwendungen, die auf dem SteuergerSt laufen sollen; 

"Basic Functionality" bezeichnet Grundfunktionen des SteuergerSts zur Umsetzung universeller 
Anforderungen (z. B. Ansteuerung der Aktoren eines Verbrennungsmotors). Die 
Basisfunktionalitaten werden aus der Funktionsarchitektur ermitteJt und strukturiert; 
"Layer": diese Softwarekomponente ftlhrt die Koordinationsaufgaben ftlr mehrere Basisfunktio- 
nalitaten durch und bindet Plug-Ins ein; 

"Plug-In": diese Softwarekomponenten setzen konkrete, separierbare Aufgaben um, die Ober die 
Basisfunktionalitat hinausgehen und durch die Komponente Layer koordiniert werden. 

In dieser Aufteilung kSnnen offene und gekapselte Schnittstellen (open and encapsulated interfaces) unter- 
schieden werden. Gekapselte Schnittstellen sind nach auBen nicht freigegeben, wahrend auf offene 
Schnittstellen frei zugegriffen werden kann. Die Modularitat dieser Softwarearchitektur unterstutzt die 
Austauschbarkeit von Teilfunktionalitaten und ermogiicht damit ein Softwaresharing. 
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Filr die Implementierung des Systemverbunds spielt die Aufteilung von Funktionen auf konkrete 
Steuergerate und die Abbildung von Kommunikationsbeziehungen auf eine Netzwerktopologie eine 
entscheidende Rolle. Wahrend irn traditionellen Ansatz "gewachsener" Systeme typischerweise im ersten 
Schritt die Aufteilung der Steuergerate und deren Vernetzung vorgegeben wurde und sich Funktions- und 
Softwarearchitektur an diesen Gegebenheiten ausrichten musste, unterstUtzt der modulartige 
Systemaufbau hier einen systematischen simultanen Entwicklungsprozess. 



Der modulartigen Systemaufbau erlaubt durch die zugrunde liegende Koordination verteilter Systeme eine 
flexible Systemrealisierung sowohl in dezentral verteilten als auch zentra! konzentrierten 
Steuergerateaufteilungen. Auch hinsichtlich der Verwendung spezifischer Bussysteme und 
Kommunikationsstandards erlaubt der modulartige Systemaufbau durch Kapselung der damit 
verbundenen Schnittstellen eine hohe Flexibilitat 



Die je nach Marktsegment und Hersteller spezifisch unterschiedlichen Topologien werden daher vom 
modulartigen Systemaufbau mit einem hohen Wiederverwendungsgrad von Funktions- und 
Softwarekomponenten unterstiitzt 

Wie die vorhergehenden Ausfuhrungen gezeigt haben, bilden klar definierte, standardisierte Schnittstellen 
ein Kernelement fur die Bewaltigung der Herausforderungen eines Systemverbundes. 

Die Systemarchitektur unterstUtzt die Erarbeitung universeller Schnittstellen. Je nach Sicht lassen sich 
dabei unterschiedliche Konkretisierungsformen unterscheiden, siehe Fig. 5: 

Funktionale Schnittstellen (basic functional interface), die ausgehend von einer vereinfachten 
Form (Beispiel: die Momentenanforderung an den Verbrennungsmotor) in abstrakte 
Signalschnittstellen detailliert werden (Beispiel: die Detaiilierung der Momentenanforderung in 
Form eines momentanen Sollmoments (torque request), einem langerfristigen FOhrungsmoment 
(torque lead request), und z. B. weiteren Dynamik- und Statusinformationen (torque set time, 
characteristics), 

konkrete Softwareschnittstellen innerhalb eines Steuergerats, wobei die funktionalen 
Schnittstellen durch softwaretechnische Anforderungen erganzt werden (Beispiel: die Codierung 
der Momentenanforderung in Form von Variablennamen, Datentypen, Skalierungen, 
Amplitudes und Zeitquantisierung fllr momentanes Soilmoment, FOhrungsgroBe, Dynamik- und 
Statusinformationen), 

sowie konkrete Signalschnittstellen auf einem Bus zwischen Steuergeraten (Beispiel: die 
Codierung der Momentenanforderung in Form von Signalnamen, Datentypen, Skalierungen, 
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Amplitudes und Zeitquantisierang sowie Busadressen fur momentanes Sollmoment, 
Fuhrungsmoment, Dynamik- und Statusinformationen). 

Ein wesentlicher Vorteil besteht darin, dass die unterschiedlichen Schnittstellenformen transparent 
zugeordnet und ineinander Uberfuhrt werden k6nnen. Damit kann zum Zeitpunkt der Entwicklung einer 
Softwarefunktion eine weitgehende Unabhangigkeit der Software-Schnittstellen vom tatsachlichen 
Transportmechanismus der Information (innerhalb eines SteuergerSts oder tlber einen Bus) sichergestellt 
werden. Durch Kapselung spezifischer Teilsystemeigenschaften lasst sich auBerdem sicherstellen, dass die 
Schnittstellen unabhangig von der technischen Ausfuhrungsform der verbundenen Teilsysteme sind. Ein 
Beispiel bildet die Momentenschnittstelle zum Verbrennungsmotor, welche universell sowohl filr Benzin- 
als auch Dieselmotoren geeignet ist. 

Diese Architektur unterstutzt die nahtlose funktionale Integration unterschiedlicher elektronischer 
Fahrzeugsysteme. Dartiber hinaus erlaubt das Plug-In-Konzept die Implementierung von 
Softwaremodulen zur charakteristischen Auslegung des Fahrverhaltens. 

Fig. 6 zeigt symbolisch die Ausstattung eines Fahrzeugs. Die Motorsteuerung EMU (Engine Management 
Unit) ist mit den Sensoren und Aktuatoren des Motors sowie mit dem Sensor des Fahfpedalmoduls 
verbunden. Ferner verfiigt das Fahrzeug Dber ein Bremsensteuergerat BMU (Brake Management Unit), 
eine elektronische Getriebesteuerung TMU (Transmission Management Unit) sowie ein ACC-SteuergerSt, 
welches die Signale des Radarsensors verarbeitet Ein CAN- (Controller Area Network) Bus verbindet die 
Steuergerate untereinander. 

Die Ausstattung erlaubt die flexible Konfiguration fur unterschiedliche Fahrzeugcharaktere, nachfolgend 
exemplarisch in zwei Auspragungen als "sportlich" und "komfortabel" bezeichnet. Ein Schalter im 
Fahrzeuginnenraum ermBglicht es dem Fahrer, zwischen diesen beiden Fahrzeugcharakteren 
umzuschalten. Im Unterschied zu herkSmmlichen Implementierungen derartiger Fahrzeugcharakteristiken, 
beruht die Unterscheidung nicht nur auf unterschiedlichen Parameter-Applikationen innerhalb der 
Einzeisysteme, es werden vielmehr auf einer ubergeordneten Ebene Software-"Plug-In"-Funktionalitaten 
zur Anpassung des Gesamtsystemverhaltens herangezogen, welche Qber Schnittstellen die jeweils 
hinsichtlich Software und Abstimmung unveranderten Einzeisysteme ansprechen. 

Urn den Komfortcharakter beispielsweise einer Limousine der Premiumklasse darzustellen, wurden 
exemplarisch folgende Anforderungen gestellt: 



Das Fahrzeug soil ein Adaptive Cruise Control (ACC) System erhalten. Dieses System ermSglicht eine 
Anpassung der Geschwindigkeit an eine Fahrervorgabe sowie des Abstandes an vorausfahrende 
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Fahrzeuge, indern Antrieb und Bremse elektronisch angesteuert werden. ACC ist ein innovatives 
Ausstattungsmerkmal, das den Premiumcharakter unterstreicht und den Fahrkomfort erhSht. 

Elektronische BremseingrifFe fur ACC und andere Langsregelsysteme (wie z. B. einem 
Fahrgeschwindigkeitsregler mit Bremseingriff) sollen uber das Bremssteuergerat (BMU, Brake 
Management Unit) moglich sein. 

Das Fahrzeug soli sich bei der Gasannahme "weich" anfuhlen, d. h. ein ruckartiges Anfahren soli 
vermieden werden. Ebenso sollen Lastwechsel "sanft" erfolgen, d. h. die Eigendynamik des Triebstranges 
soli fur den Fahrer unter keinen Umstanden spQrbar sein. Die Getriebeschaltung soli auf einen eher 
Skonomischen Betrieb ausgerichtet sein, d. h. der Motor soil vorrangig bei niedrigen Drehzahlen 
betrieben werden. 

Im sportlichen Fahrzeugcharakter wurden als oberstes Ziel der FahrspaB optimiert. Entsprechend dem 
vorgegebenen Fahrzeugcharakter sollten Getriebe- und Motorsteuerung wie folgt ausgeiegt werden: 

Der Motor soil spontan Gas annehmen, d. h. die Fahrpedal interpretation soli "scharf' appliziert sein. 
Lastwechsel sollen schnell erfolgen kOnnen, d. h. die DampFung zur Unterdrtickung der 
Triebstrangdynamik ist sekundar bezOglich der Spontaneity. Der Motorbetriebspunkt soil zu Gunsten 
hoher Drehzahlen ausgeiegt sein, damit der Fahrer jederzeit Uber eine moglichst hohe Leistungsreserve 
verfugt. 



Zur Demonstration der hohen Flexibilitat wird bei dieser Auslegung auf Einbindung des Komfortfeatures 
"ACC" verzichtet. 

Fig. 7 zeigt die verwendete erfindungsgemafie Softwarearchitektur zur Umsetzung mit Plug-In Design in 
der Schichtenansicht: 

Die oberste Schicht wird von sechs Plug-Ins gebildet, welche die charakteristischen Funktionen zur 
Umsetzung der Anforderungen an die zwei Fahrzeugcharaktere enthalten: 
ACC Request: 

ein Regelkreis sorgt fur die Anpassung der Geschwindigkeit oder des Abstandes. Der Regler ist 
typischerweise Bestandteii der ACC-Steuerung und hat eine Beschleunigung als StellgrGBe. 
ACC-Request Ubernimmt diese und speist sie als Anforderung in den Vehicle Motion 
Coordinator ein. 

Drivers Demand comfort bzw. sport (in Fig. 7 getrennt dargestellt): 

ein elektronisches Fahrpedal wird in dieser Komponente ausgewertet und als Vortriebsmoment 
am Getriebeausgang interpretiert. Diese Funktion hat starken EinfluB auf das Fahrverhalten und 
damit auf den Markencharakter. Das comfort Plug-In enthalt eine weiche Fahrpedal- 
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interpretation, wMhrend die sportliche Variante scharf ausgelegt ist, d. h. ein hohes Drehmoment 
bei vergleichsweise kleinem Fahrpedalweg. Das berechnete Vortriebsmoment am 
Getriebeausgang wird Ober die Schnittstelle als Anforderung an den Vehicle Motion Coordinator 
gestellt. ^ - 

Driveability: 

dient u. a. der Festlegung eines globalen Optimierungskriteriums, also in einem Fall 
"Fahrkomfort" und in dem andereji "Sport". Ein weiterer Bestandteil dieser Komponente sind die 
Komfortfunktionen zur Lastschlagfilterung, d. h. Anderungen im Sollmoment werden so 
gedampft, dass kein stdrendes Ruckeln oder Schwingungen im Triebstrang auftreten. Diese 
Gradientenbegrenzung verhindert die Erregung von Triebstrangschwingungen im Bereich der 
Eigenfrequenzen. Ober eine Schnittstelle kann dem Vehicle Motion Coordinator ein minimaler 
und maximaler Gradient des Antriebssollmoments vorgegeben werden. DarOber hinaus wertet 
Driveabilty den Schalter aus, mit dem zwischen dem sportlichen und komfortablen 
Fahrzeugcharakter umgeschaltet werden kann. Als Alternative zu einem Schalter konnte hier 
ebenfalls eine Fahrertyperkennung realisiert werden. Der ausgewahlte Modus wird anschliefiend 
an den Vehicle Coordinator weitergeleitet. Ein weiteres Feature ermoglicht, bei Gangwechseln 
den Ruck durch gezielte Steuerung des Motormoments zu vermeiden, indem ein minimal und ein 
maximal einzuhaltendes Motormoment an Powertrain Coordinator ttbergeben werden. 
Shift Strategy comfort bzw. sport (in Fig. 7 getrennt dargestellt): 

enthalt eine Rechenvorschrift, die aus dem Sollwert fur das Drehmoment am Getriebeausgang 
und der Fahrzeuggeschwindigkeit den Sollwert ftlr die GetriebeUbersetzung und das 
Motormoment bestimmt. Urn die Vorgabe des Sollmoments zu erftlllen, ergibt sich bezQglich 
aktueller Geschwindigkeit ein Freiheitsgrad in der Wahl des Obersetzungsverhaltnisses. Das 
Obersetzungsverhaltnis wird entweder zugunsten eines okonomischen Motorbetriebspunktes 
(Shift-Strategy comfon) oder zugunsten einer hohen Leistungsreserve (Shift-Strategy sport) 
gewahlt. Sowohl der Sollwert fur das Obersetzungsverhaltnis als auch ftlr das Motormoment 
werden an den Coordinator Powertrain gesendet. DarQber hinaus ist eine Funktion zur 
Unterdriickung von Pendelschaltungen enthalten. Ober die gemeinsame Schnittstelle werden dem 
Powertrain Coordinator ein minimal bzw. maximal zulassiger Gang vorgegeben, welche bei 
Schaltungen einzuhalten sind. 

Unterhalb der Plug-Ins befindet sich in Fig. 7 der Layer, welcher die Koordinatoren Vehicle Coordinator, 
Vehicle Motion Coordinator und Powertrain Coordinator umfaBt. Jeder Koordinator verftigt Ober beliebig 
viele AusfUhrungen einer klar definierten fixen Schnittstelle zur Kommunikation mit den Plug-Ins. Ftlr 
jedes Plug-In, das mit einem Koordinator kommunizieren mSchte, stellt dieser eine weitere Ausftlhrung 
seiner Schnittstelle zur Verfugung. In diesem Fall ist z. B. Vehicle Motion Coordinator insgesamt mit drli 
Plug-Ins verbunden: ACC Request, Drivers Demand und Driveability. Die einheitlichen Schnittstellen 
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ermoglichen die Darstellung eines breiten Spektrums an Funktionalitat in den Plug-Ins. Wahrend die 
Koordinatoren die Plug-Ins mit alien globalen Fahrzeugdaten versorgen, sind die Schnittstellen in 
umgekehrter Richtung - also vom Plug-In zu den Koordinatoren - dagegen vergleichsweise schmalbandig. 
Haufig kommt es innerhalb eines {Coordinators zu Konflikten zwischen konkurrierenden Anforderungen 
(z.B. gleichzeitiger Vortriebswunsch von ACC und Ober Fahrpedal). Diese konnen mithilfe eines 
flexiblen Priorisierungsverfahrens zu Gunsten einer vorgebbaren Strategic entschieden werden. In einer 
applizierbaren Priorisierungstabelle wird festgelegt, welche Plug-Ins aufgerufen werden. Das Prinzip 
dieses Priorisierungsverfahrens wird nachfolgend am Beispiel des Vehicle Motion Coordinator 
verdeutlicht. 

Mit der tiefer gelegenen Softwareschicht der Basic Functionality ist der Layer Ober Standard- 
Schnittstellen verbunden. Diese Basisfunktionen verhalten sich aus Sicht des Layers wie intelligente 
Sensoren oder Aktuatoren. Zum Beispiel fungiert die Komponente Engine Management als ein 
Momentensteller, Transmission Management setzt das befohlene Obersetzungsverhaltnis urn, Brake 
Management stellt die geforderte Sollbeschleunigung ein und ACC liefert die Daten aus Objekterkennung 
und ACC-Bedienteil. 

Fig. 8 zeigt den inneren Aufbau des Vehicle Motion Coordinators aus Fig. 7. Uber einheitliche 
Schnittstellen werden die Informationen der Plug-Ins in einen Puffer eingelesen. Die 
Schnittstelleninformation besteht jeweils aus der Identitat (ID), die jedes Plug-In eindeutig kennzeichnet, 
sowie einen Nutzanteil (values), welcher die Funktionalitat bestimmt. Zum Beispiel hat ACC Request die 
ID 7 und sendet eine Beschleunigungsanforderung (a), Drivers Demand sport (ID 12) sendet ein 
Vortriebsmoment am Getriebeausgang (trq) und Driveability (ID 19) eine obere und unter Grenze fur den 
Gradienten des Vortriebsmoments am Getriebeausgang (trq). Ein geeignetes Priorisierungsverfahren 
(Priorization), in diesem Fall eine lineare Priorisierung, legt die Abarbeitungsreihenfolge (Operation 
Order) der Anforderungen aus den Plug-Ins fest und teilt das Ergebnis der ausflihrenden Instanz 
(Operation) mit. Die Prioritaten kQnnen fur jede ID in einer Priorisierungstabelle bzw. -liste (calibratable 
Priorization table) appliziert werden. Zur Darstellung unterschiedlicher Fahrzeugcharaktere k6nnen 
gleichzeitig mehrere Priorisierungstabellen abgelegt sein, z. B. ftlr "Sport" und fur "Comfort". In diesem 
Fall enthalt beispielsweise die Priorisierungstabelle fur "Comfort" lediglich den Aufruf des Plug-Ins 
Drivers Demand comfort (ID 23), wahrend z. B. das Plug-In Drivers Demand sport (ID 12) nicht 
aufgerufen wird. Umgekehrt enthalt die Priorisierungstabelle fur einen sportlichen Fahrbetrieb nur einen 
Eintrag der Plug-Ins Drivers Demand sport (ID 12) und Driveability (ID 19), wobei ACC-Request (ID 7) 
gezielt nicht bertlcksichtigt wird. Die Auswahl der Priorisierungstabelle wird von Vehicle Coordinator 
getroffen. Die ausfllhrende Einheit (Operation) ruft die Anforderungen der Plug-Ins nach Vorgabe der 
Operation Order auf und verarbeitet diese: 
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Im Ergebnis wird eine Sollbeschleunigung ermittelt, welche auf die Stellgiieder Antrieb (Motor und 
Getriebe) oder Bremse verteilt wird. Im Fall einer Bremsung wird sie uber die Schnittstelle zum Brake 
Management weitergeleitet Im Antriebsfall wird die Beschleunigung mithilfe der Zugkraftgleichung in 
ein Sollmoment am Getriebeausgang umgerechnet, anschlieBend kommt es zur Koordination mit der 
Anforderung aus Drivers Demand. In der Regel setzt sich die Anforderung mit dem grOfieren 
Drehmomentemvunsch durch. In AusnahmefMllen (je nach Priorization table) kann es aber auch sinnvoll 
sein, dass zu Gunsten der Beschleunigungsanforderung des ACC entschieden wird. Zum Beispiel erweist 
es sich ats komfortabel, eine Bremsverzogerung nicht schlagartig zu beenden, wenn eine aktive Bremsung 
des ACC vorliegt und der Fahrer gleichzeitig Gas gibt, d. h. wenn der Fahrer Uberreitet Das resultierende 
Sollmoment am Getriebeausgang wird anschlieBend an den Vehicle Coordinator (siehe auch Fig. 7) 
. weitergeleitet 

Der Vehicle Coordinator leitet das Sollmoment an den Powertrain Coordinator (siehe auch Fig. 7) weiter 
und Iegt die Berechnungsreihenfolge aller Koordinatoren fest. Dartlber hinaus sorgt er fur die Umsetzung 
der globalen Fahrstrategie. Diese wird von Driveability in Form eines globalen Optimierungskriteriums 
("Komfort" oder "Sport 0 ) entsprechend der Schalterstellung bestimmt und Uber die gemeinsame 
Schnittstelle gesendet. Auf Grundlage des Optimierungskriteriums legt Vehicle Coordinator die zu 
verwendenden Priorisierungstabellen in den Koordinatoren fest. 

Der Powertrain Coordinator setzt die Anforderung zur Realisierung eines Getriebeausgangmoments von 
Vehicle Coordinator urn. Ahnlich wie in Coordinator Vehicle Motion wird anhand eines 
Priorisierungsverfahrens die Bearbeitungsreihenfolge der Anforderungen aus den Plug-Ins, Shift-Strategy 
comfort bzw. sport sowie Driveability bestimmt. Je nach ausgewahlter Priorisierungstabelle wird nur eine 
der beiden Schaitstrategien Qber die ID aufgerufen. Transmission Management wird unter 
Berilcksichtigung des minimal bzw. maximal zulassigen Gangs aus Shift-Strategy zur Umsetzung des 
Sollwerts beauftragt Bei einem Gangwechsel wird das Motormoment nach vorgegebener unterer und 
oberer Grenze aus Driveability an die Basisfunktion Engine Qbergeben. 

Alle Anforderungen an die Charaktere "sport" und "comfort 1 ' konnten mit insgesamt sechs Plug-Ins 
erfolgreich umgesetzt werden. Mit dem Schalter im Fahrzeuginnenraum kann wahrend der Fahrt zwischen 
beiden Modi umgeschaltet werden. Die Integration des ACC-Systems in der "comfort"-Auspragung 
erfoigte ohne Anderungen in dem Layer. Dies untermauert die Machtigkeit der Schnittstellen zu den Plug- 
Ins und erlaubt die zukUnftige Integration anderer Anwendungen wie z. B. einer situationsabhSngigen 
Geschwindigkeitsbegrenzung oder Cruise Control mit Bremseingriff als Alternative zu ACC. Die 
standardisierten Schnittstellen der Layer mit den Basisfunktionen, wie z. B. Engine und Transmission, 
ermoglicht auBerdem eine Entkopplung der Fahrfunktionen von den Aggregaten: sie ermSglichen die 
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Verwendung der gleichen Fahrfunktionen fur unterschiedliche Motortypen (Otto- und Dieselmotoren) und 
unterschiedliche Getriebetypen (2, B. fUr Stufenautomatikgetriebe und CVT). 

Mit dem applizierbaren Priorisierungsverfahren werden auch dynamische Wechsel zwischen 
unterschiedlichen Fahrverhaltensmodi mGglich, wenn dies - z. B. mit einer Fahrertyperkennung - 
gewunscht wird. Im vorliegenden Beispiel demonstriert der Wechsel zwischen den Typen sport und 
comfort der Plug-Ins Drivers Demand und Shift-Strategy die Flexibilitat des Priorisierungsverfahrens fur 
die Austauschbarkeit ganzer Algorithmen. 

Im Gegensatz zu herkftamlichen Systemen, die lediglich unterschiedliche Charakterisierung des 
Fahrzeugverhaltens durch Parameteranderung in isolierten Teilsystemen erlauben, ermdglicht die 
erfindungsgemaBe Systemarchitektur eine tief greifende, flexible Markencharakterisierung des 
Gesamtfahrzeugs durch Plug-Ins bei gleichzeitiger Wiederverwendung der zugrunde liegenden Software. 

Es handeit sich um eine Ubergreifende, offene Systemarchitektur fur alle Steuerungs- und 
Regelungsaufgaben im Kraftfahrzeug. Sie ist unabhangig vom Fahrzeugtyp und von der Steuergerate- 
Konfiguration. Sie beruht auf einer klar gegliederten, hierarchischen Funktionsarchitektur und modularen 
Software mit offenen, einheitlichen Schnittstellen in den beteiligten Steuergeraten. Damit kGnnen die 
Aufgaben flexibel auf einzelne Hardware-Komponenten des elektronischen Systems verteilt werden. Es 
lassen sich die immer komplexeren Fahrzeugsysteme leichter beherrschen. 

Am Beispiel wurde gezeigt, dass eine flexible Markencharakterisierung nach einem Top-Down Ansatz 
unterstatzt wird. Die charakteristischen Funktionen filr die Fahrbarkeit sind jeweils in einem Plug-In 
konzentriert. Ein applizierbares Priorisierungsverfahren ermoglicht die flexible Koordination der Plug-Ins. 
Es gelingt dadurch, mit geringem Softwareaufwand vdllig unterschiedliche Fahrzeugcharaktere 
darzustellen. Defmierte Schnittstellen erlauben die modulare Integration zusatzlicher Systemelemente. 
Das Plug-In Konzept erleichtert ein Softwaresharing, welches dem OEM (original equipment 
manufacturer, d. h. Automobilhersteiler) die Moglichkeit gibt, seine Marke durch selbstandig entwickelte 
Softwaremodule zu charakterisieren. Ein hohes MaB an Wiederverwendbarkeit der zugrunde liegenden 
Softwarekomponenten unterstatzt die Anforderungen nach KostengQnstigkeit und Softwarequalitat. 

In Kraftfahrzeugen muss normalerweise zwischen unterschiedlichen VortriebswQnschen, die entweder 
vom Fahrer oder von Assistenzsystemen, z. B. FGR, ACC und ANB, kommen, gewahlt werden. Die 
Steuergeratesoftware enthait einen Programmteil, der den wichtigsten Anforderer auswahlt. 
Wahrend der Implementierung des Auswahlverfahrens ist bekannt, welche Systeme Anforderungen stellen 
kOnnen und wie sie untereinander gewichtet sind. Diese Anforderungen werden in einer starren Logik 
miteinander verkntlpft. 



R.303855IP1 



24 



Die bisher eingesetzten Verfahren haben den Nachteil, dass im Vorhinein bekannt sein muss, welches 
System Vortriebswunsche geben kann und welche Anforderungskombinationen es geben kann. Dadurch 
muss fUr jede Kombination von Systemen das Verfahren angepasst werden. 

5 Ziel der Erfindung ist ein Verfahren, mit dem man die Auswahl der weitergeleiteten Anforderung bzw. des 
Wunsches, insbesondere des Vortriebswunsches, unabhangig von der Anzahl und der Funktionsweise der 
anfordernden Systeme trefTen kann. 

Mit Hilfe eines erfindungsgemafien Priorisierungsverfahrens, insbesondere als Iineare Priorisierung oder 
10 als Maximai-(MinimaI-)Auswahl, kann die Auswahl eines weitergeleiteten Anforderers bzw. Plug-Ins 
unabhangig von der Anzahl und der Funktionsweise der anfordernden Systeme getroffen werden. Bei der 
linearen Priorisierung wird eine Liste bzw. Tabelle von Anforderern sequentiell beginnend mit dem 
Anforderer mit der hSchsten Prioritet abgearbeitet, wobei diese Liste fUr die Iineare Priorisierung sortiert 
ist nach dem Grad der Prioritat der Anforderer. Der Abbruch des Abfragens der Liste erfolgt, sobald ein 
15 Anforderer einen Anforderungswunsch enthalt Dieser Anforderer wird damit ausgewahlt. Die ttbrigen 
noch nicht abgefragten Anforderer werden somit nicht berttcksichtigt. 

Bei der Max-(Min-)Auswahl werden alle Anforderer abgefragt, die in der Liste fur die Max-(Min-) 
Auswahl stehen. Es wird derjenige Anforderer mit dem maximalen (minimalen) Anforderungswunsch 
20 ausgewahlt. 

Es kSnnen auch beide Verfahren beliebig miteinander kbmbiniert werden, beispielsweise indem zuerst 
eine Iineare Priorisierung durchgefuhrt wird und daran anschlieBend eine Min-Auswahl, falls die Iineare 
Priorisierung kein Ergebnis liefert. 

25 

Im Folgenden wird beispielhaft der Ablauf einer Auswahl eines Vortriebswunsches beschrieben. Das 
System beinhaltet z. B. die folgenden Anforderer: 

Fahrpedal(ID 10) 

Automatische Notbremse (ID 9) 
30 - Bremspedal (ID 35) 

FGR (ID 44) 

Leerlaufregler (ID 22). 

Das im Beispiel angewendete Verfahren, urn den wichtigsten Vortriebswunsch zu ermitteln, besteht aus 2 
35 Stufen: 

Lineare Priorisierung (z. B. als 1 . Stufe) 
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Hier wird eine Liste sequenziell durchgearbeitet und sobald ein Anforderer einen 
Anforderungswunsch hat, abgebrochen. Je hoher ein Anforderer in der Liste stent, je hoher ist 
seine Prioritat, 

Max-Auswahl (z. B. als 2.Stufe) 

Es werden alle Anforderer abgefragt. Es wird der Wunsch mit beispielsweise dem hSchsten 
Vortriebsmoment ausgewahlt 

In Fig. 9 ist eine grafische Darstellung einer linearen Priorisierung (1. Stufe) und eine Max-Auswahl (2. 
Stufe) dargestellt Bei der linearen Priorisierung hat der Anforderer ID9 (automatische Notbremse) die 
hochste Prioritat und wird zuerst abgefragt. Der Anforderer ID35 (Bremspedal) hat eine nachgeordnete 
Prioritat, d. h. er wird nachfolgend abgefragt. In der Max-Auswahl (2. Stufe) sind die Anforderer ID10 
(Fahrpedal), ID44 (FGR) und ID22 (Leerlaufregler) gleichwertig auf der gleichen Priorisierungsstufe und 
werden alle abgefragt. Der Wunsch mit z. B. dem hOchsten Vortriebsmoment wird ausgewahlt. Beide 
Verfahren k6nnen sowohl getrennt als auch in Kombination angewendet werden. 

Fig. 10 zeigt ein Ablaufechema eines Priorisierungsverfahrens, wobei die lineare Priorisierung (1. Stufe) 1 
mit der Max-Auswahl (2. Stufe) 2 miteinander kombiniert sind. Die linke Halfte zeigt das lineare 
Priorisierungsverfahren 1 und die rechte Halfte die Max-Auswahl 2. Im linearen Priorisierungsverfahren 1 ' 
wird im ersten Operationsschritt 3 zunachst abgefragt, ob noch unbearbeitete IDs vorhanden sind, z. B. 
entsprechend Fig. 9 ID9 und ID35. Im Operationsschritt 4 wird auf die Abfrage, ob eine ID eine 
Anforderung hat, bei "ja" die Anforderung gespeichert 5 und weitergeleitet 6 und damit das Verfahren 
bzw. Ablaufschema abgebrochen, falls "nein" wird zurtickgehend auf den vorhergehenden 
Operationsschritt 3 erneut abgefragt, ob noch unbearbeitete IDs vorhanden sind und das Verfahren so 
lange fortgesetzt, bis einen ID mit Anforderung vorhanden ist. Die Bearbeitung der IDs erfolgt in der 
Reihenfolge ihrer Priorisierung, z. B. bei Fig. 9 ID9 und danach ID35. Falls keine der IDs in der 1. Stufe 
ttber eine Anforderung verftlgt, wird zu den IDs der 2. Stufe tibergegangen, z. B. in Fig. 9, ID10, ID44 
und ID22. 

In der 2. Stufe mit Max-Auswahl 2 wird im ersten Operationsschritt 7 abgefragt, ob noch unbearbeitete 
IDs vorhanden sind. Falls "ja", wird im nachsten Operationsschritt 8 abgefragt, ob ein ID eine 
Anforderung hat. Falls keine Anforderung vorhanden ist, wird auf den vorhergehenden Operationsschritt 7 
zurOckgegangen und falls "ja" wird im nachsten Operationsschritt 9 verglichen, ob der gerade abgefragte 
Anforderer grSBer ist als ein bereits gespeicherter Anforderer. Falls "nein", wird in Operationsschritt 7 
zuriickgesprungen, und fells "ja", wird die Anforderung gespeichert 5. Sind alle IDs der 2. Stufe 
abgefragt, d. h. in Operationsschritt 7 keine unbearbeiteten IDs mehr vorhanden, wird auf 
Operationsschritt 6 zum Weiterleiten der gespeicherten Anforderung gesprungen. Dadurch kann fur die 
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IDs der zweiten Stufe die grSfite Anforderung ermittelt und weitergeleitet werden, falls - da in 
Kombination mit der linearen Priorisierung verwendet - die IDs der 1. Stufe keine Anforderung enthalten. 

Als weiteres Verfahren kommt z. B. noch eine Mittelwertbildung oder ein Kombination dieser Verfahren 
in Betracht. Vielen realen AnwendungsfSllen wird dieses Verfahren nicht gentlgen. Im Folgenden sind 2 
weitere Ausbaustufen des Systems beschrieben: 

Erweiterung um Min/Max-Auswahl 

Sobald die Anforderer nicht nur den Motor, sondern auch die Bremse ansteuem konnen, kommt 
man nicht mit dem im Beispiel beschrieben Verfahren aus, da ein Bremseneingriff 
gegebenenfalls eine hohere Prioritat haben soli, als ein Beschleunigungseingriff. Um diesem 
Umstand Rechnung zu tragen, muss die 2. Stufe von einer Max-Auswahl in eine Min/Max- 
Auswahl verandert werden. Die Min/Max-Auswahl funktioniert wie folgt: 
Sobald ein Anforderer einen Bremseneingriff anfordert, gewinnt der niedrigste Vortriebswunsch 
(maximale VerzSgerung). Wenn es keinen Bremseneingriff gibt, wird die maximale 
Beschleunigung ausgewahlt. 
Erweiterung um Autoritaten 

Das oben beschriebene Verfahren entspricht nicht den zurzeit tiblichen Verfahren, da das 
Fahrpedal einen Bremseingriff des FGR oder des ACC Qberstimmen kann. Aus diesem Grund 
kann das beschriebene Verfahren noch um eine Stufe erweitert werden, die Autoritaten genannt 
werden. 

Bei diesem Verfahren kann jeder Anforderer bestimmte Anforderungsbereiche wahrend der 
Min/Max-Auswahl ausblenden. Das bedeutet, dass z. B. das Fahrpedal alle Bremseneingriffe 
ausblenden kann. Dadurch werden alle Bremseneingriffe wahrend der Min/Max-Auswahl 
ignoriert, aber nicht z. B. die Bremse, die in der linearen Priorisierung angesiedelt ware. 

Um die IDs effizient zu handhaben, werden sie in Listen verwaltet, die sequenziell abgearbeitet werden. 
Ein Anpassen der Prioritaten auf globale Optimierungskriterien (z. B. Okoabstimmung, Sportabstimmung 
oder Wintererkennung) kann erfolgen, wenn die IDs in 2-dimensionalen Listen verwaltet werden und je" 
nach globalem Optimierungskriterium eine andere Reihe benutzt wird. 

Wenn nun ein Anforderer hinzugefflgt werden soli, so ist er in die richtigen Tabellen einzutragen und wird 
damit automatisch bei der nMchsten Auswahl mit bertlcksichtigt. 

Es muss ausgeschlossen werden, dass eine ungUltige Anforderung an den Motor oder die Bremse 
weitergeleitet wird. Aus diesem Grund muss sichergestellt sein, dass das System entweder mit einem 
gUltigen Wert vorinitialisiert wird oder es muss garantiert sein, dass bei jeder Auswahl immer mindestens 
ein Anforderer einen Wert anfordert. 
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Bei den anonymen erfindungsgemafien Priorisierungsverfahren von Informationsgebern weifl das 
AuswahJverfahren nicht, welche Qualitat der Anforderer hat Die einzigen Informationen, die es hat, sind 
die ID und die Position in den jeweiligen Tabellen der Auswahlverfahren. Dies filhrt dazu, dass es keine 
inneren Abhangigkeiten von Anforderer und Auswahlsystem gibt. Ein derartiges Auswahlverfahren ist 
immer dann netig, wenn man die Anzahl der Anforderer andern konnen soli, ohne den Code des 
Auswahlverfahrens zu andem. Dieses Verfahren kann z. B. in einer Motorsteuerung angewendet werden, 
wie das obige Beispiel zeigt. Es gibt aber noch viele weitere Produkte, bei denen dieses Verfahren 
Vorteiie bringt. 

Die Vorteiie des Prions ierungsverfahrens sind z. B.: 

keine Abhangigkeiten zwischen Auswahlverfahren und Anforderer und damit vermehrten 

Software Reuse des Auswahlverfahrens und der Anforderer (FGR, Fahrpedal, ...), 

verminderter Code- und Rechenzeitverbrauch bei komplexen Systemen (viele Anforderer), da 

das Auswahlverfahren unabhangig ist von Querbeziehungen der Anforderer, 

leichtere Erweiterbarkeit des Systems (Hinzufugen von weiteren Anforderern). Solange die 

Anforderer die angebotenen, abstrakten Schnittstelle benutzen kSnnen und genOgend 

Speicherplatz fur die ID-TabelJen reserviert worden ist, kann das System urn beliebig viele 

Anforderer erweitert werden, ohne Programmcode andern zu mussen. 

Wechsel zwischen PrioritatensStzen wahrend der Laufzeit mciglich und 

das System kann in Zukunft urn eine dynamische Anmeldung von Anforderern erweitert werden. 

Nachfolgend wird erfindungsgemaB eine weitere, konkrete inhaltliche Vorgehensweise far einen 
modulartigen Systemaufbau beschrieben. 

ErfindungsgemaB wird ein Verfahren zur Steuerung, insbesondere ein Verfahren zur koordinierten 
Antriebsstrangsteuerung von Kraftfahrzeugen in 5 Phasen bzw. Schritte eingeteilt: 

1 . Charakterisierung der UmwelteinflUsse 

2. Festlegen eines globalen Optimierungskriteriums 

3 . Fahrerwunschinterpretation 

4. Optimalen Betriebspunkt bestimmen 

5. Optimalen Betriebspunkt anfahren 

Im 1. Schritt der koordinierten Antriebsstrangsteuerung werden aktuelle Umweltdaten aufbereitet, 
gegebenenfalls typisiert und zur Verftlgung gestellt. Folgende Informationsgruppen sind z. B. von 
Interesse: 

FahrzeuggrOBen: 

allgemeine aktuelle Fahrzeugdaten wie Geschwindigkeit und Querbeschleunigung 




Triebstrangzustand: 
. aktuelle Triebstrangdaten wie Kraftschluss und Schub/ Zug 
Fahrertyperkennung: 

beobachtet das Fahrverhalten und die Aktivitaten des Fahrers und leitet daraus einen abstrakten 
5 Typ ab (z. B. sportlich oder okonomisch) 

Fahrsituationserkennung: 

zieht auf Grund abgeleiteter Signale RUckschlOsse auf die aktuelle Umwelt- oder Fahrsituation, z. 
B. Berg, Kurve, Winter, Stadt, Autobahn. 



10 Im 2. Schritt wird festgelegt, woraufhin das gesamte nachfolgende Verfahren optimiert werden soil. 
Denkbar sind beispieisweise Kriterien wie sportliche Fahrweise, Okonomische Fahrweise oder besonders 
verschleiBschonende Fahrweise. Der Vorteil der globalen Festlegung liegt in der anschlieBenden 
einheitlichen Verwendung in alien entscheidenden Funktionen von der Fahrpedalinterpretation bis zur 
Motormomenten- und Obersetzungsauswahl. 

15 

Die anschlieBende Fahrerwimschinterpretation im 3. Schritt hat die Aufgabe, die Vorgaben des Fahrers zu 
interpretieren und daraus eine Vorgabe filr die Langsbewegung des Fahrzeugs abzuleiten. Das umfaBt 
neben der reinen Fahrpedalinterpretation nach Beschleunigung und Verzdgerung beispieisweise auch die 
Vorgaben eines Fahrgeschwindigkeitsreglers oder eines ACC, die den Wunsch des Fahrers nach 
20 automatischer Fahrt mit konstanter Geschwindigkeit umsetzen. Eine Systemfuhrungsgr66e 
Getriebeausgangsmoment, die Beschleunigung und Verzogerung enthalt, wird in eine GrSBe 
Getriebeausgangsmoment fUr den Antriebsstrang und eine GrOBe Fahrzeugverzdgerung fur die Bremse 
aufgeteilt. 

2 5 Die Fahrerwunschinterpretation liefert als Ergebnis ein Getriebeausgangsmoment, das vom Antriebsstrang 
zur Verfugung gestellt werden soil (hinzu kommt noch die benotigte Nebenaggregateleistung). Hierfur 
muss nun ein optimaler Betriebspunkt im 4. Schritt bestimmt werden, wobei sich "optima]*' am 
ausgewahlten Optimierungskriterium (siehe 2. Schritt) orientieren sollte. Ein Betriebspunkt ergibt sich in 
einem konventionellen Antriebsstrang aus dem Motormoment und der Obersetzung des Getriebes, da sich 

30 die Motordrehzahl bei gegebener Fahrzeuggeschwindigkeit direkt daraus berechnen lSsst. Fur zukilnftige 
Konzepte ergeben sich durch den Einbau weiterer Aggregate evt. noch weitere Freiheitsgrade (z. B. E- 
Maschine im 4-Quadranten-Betrieb). 



35 



Die letzte Aufgabe der koordinierten Antriebsstrangsteuerung ist das Anfahren des optimaien 
Betriebspunktes im 5. Schritt. Der aktuelle und der neue optimale Betriebspunkt kOnnen unter Umstanden 
relativ weit "auseinander" liegen (z. B. wenn der Fahrer plGtzlich ins Fahrpedal tritt). Urn Fahrbarkeit, 
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Komfort, Sicherheit und Aggregateschutz zu gewahrleisten ist es daher haufig sinnvoll, keinen abrupten 
Obergang (so schnell wie mdglich) zuzulassen, sondern den neuen Betriebspunkt gedampft anzufahren. 

Nach dem 5. Schritt steht der neue Betriebspunkt fest und die entsprechenden Vorgaben konnen an die 
Komponenten im Antriebsstrang ausgegeben werden. 

In den Phasen 2 bis 5 wird die eigentliche inhaltliche Ausgestaltung der Aufgabe der Phase von Plug-Ins 
ubernommen. Dazu wird von jeder Phase eine entsprechende Schnittstelle angeboten, Ciber die 
(mindestens) ein oder mehrere Plug-Ins Vorschlage oder Anforderungen einbringen konnen. Diese 
Vorschlage werden zunachst durch ein phasenspezifisches, erfindungsgemaBes Priorisierungsverfahren 
miteinander verglichen und der ausgewShlte Anforderungswunsch wird von der Phase anschlieBend 
tatsachlich als Vorgabe an die nachste Phase weitergegeben. Zur Priorisierung kommen verschiedene 
Verfahren zum Einsatz (einfache Rangfolge, Maximalauswahl, Mittelwertbildung und Kombinationen 
dieser Verfahren). 

In Fig. 1 1 ist der erfindungsgemaBe Ablauf noch einmal dargestellt. Der Ablauf der 5 Phasen ist im Sinne 
einer Zwischenschicht 1 1 (Layer, s. nachster Absatz) zwischen Plug-Ins 10 und Triebstrangkomponenten 
12 dargestellt. Die Infbrmationen, die von einer Phase an die nachste Phase weitergegeben werden, sind 
mit 13 markiert. Anforderungen und Vorgaben, die zu den einzelnen Phasen von den Plug-Ins gemacht 
werden, sind mit 14 gekennzeichnet. Die Vorgabe des in der letzten Phase endgtlltig festgelegten neuen 
Betriebspunktes an die Triebstrangkomponenten 12 ist mit 15 gekennzeichnet Die Pfeile 16 kennzeichnen 
den Informationsfluss allgemeiner ZustandsgroBen und FahrzeuggrSBen, die innerhalb der Phasen oder 
Plug-Ins zur Bearbeitung ihrer Funktion verwendet werden konnen. 

Zur Ausgestaltung der Phasen ist es gUnstig, eine entsprechend der Komponenten und Funktionen im 
Fahrzeug hierarchisch orientierte Struktur zu verwenden. Dazu wurde der modulartige Systemaufbau 
verwendet (s. Fig. 12). Diese bildet die Triebstrangtopologie in der Software ab und ermSglicht durch 
Mechanismen zur Austauschbarkeit die einfache Anpassung an Veranderungen der Fahrzeugkonfi- 
guration. Die Aufgaben der 5 Phasen wurden auf die Koordinatoren 17 verteilt, die inhaltlich filr diese 
Aufgabe vorgesehen sind. Zusatzlich sind so genannte "Interfaces" 18 eingefiigt worden, die fur die 
Kommunikation mit den physikalischen Komponenten Motor, Getriebe und Bremse sorgen. 

Im Folgenden wird die Aufteilung der einzelnen Phasen innerhalb der erfindungsgemaBen Struktur 
aufgezeigt sowie der Ablauf der gesamten erfindungsgemaBen Antriebsstrangsteuerung noch einmal im 
Detail insbesondere mit Hilfe von Beispielen erlautert: 
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In Fig. 13 ist die hierarchische Strukturierung bzw. Architektur als erfindungsgemaBes objektorientiertes 
Softwaresystem zur koordinierten Antriebsstrangsteuerung dargestellt. Sie ist in Form ineinander 
geschachtelter Ellipsen bzw. Tropfen fur Sofwarekomponenten aufgebaut, wobei eine in einer anderen 
grefieren Ellipse angeordnete Softwarekomponente eine Teilmenge der grofieren Softwarekomponente ist. 
Es besteht die objektorientierte Gesamtsoftware (Vehicle, V) im Wesentlichen aus Fahrzeugbewegung 
(Vehicle Motion, VM), welches fur die Ermittlung und Koordination aller Langsdynamikanforderungen 
an das Fahrzeug verantwortlich ist, und dem Antriebsstrang (Powertrain, PT), der die Aufgabe hat, diese 
Anforderungen zu realisieren. Des Weiteren sind noch der Fahrzeugkoordinator (Vehicle Coordinator, 
VC), der Kriterienkoordinator (Criteria Coordinator, CC), die Schnittstellen nach innen und auBen 
(Interface In and Out), die (spezielle) Anwendungsschnittstelle (Application Programming Interface, API) 
und die hier mit Fragezeichen gekennzeichneten Komponenten fur UmweltgroBen (Environment data, 
ED), z. B. Winter, FahrzustandsgrSBen (Driving Condition Data, DD), z.B. Geschwindigkeit, 
BenutzergrSBen (User Data, UD), z, B. Fahrertyp und FahrzeuggrBBen (Vehicle Data, VD) dargestellt. 
Die FiihrungsgrSBe, auf die sich das gesamte System bezieht, ist das Getriebeausgangsmoment. 

Das System ist damit erweitert um Schnittstellen nach AuBen (Interface In and Out), die andeuten sollen, 
dass die einzelnen Softwarekomponenten fur eine funktionstttchtige Software auch mit den realen 
Komponenten verbunden und mit weiteren Steuersystemen vemetzt werden mQssen, und dass hierftir ein 
spezieller softwaretechnischer Mechanismus genutzt wird. 

Eine Sonderstellung nimmt die Schnittstelle (Criteria Coordinator) zu einer unbestimmten Anzahl Plug-In- 
Komponenten (Crit x) ein. Um das System einfach um beliebige Funktionen zur koordinierten 
Antriebsstrangsteuerung erweitern zu konnen, werden diese in Plug-Ins ausgelagert und kommunizieren 
mit dem System Qber eine defmierte Schnittstelle. Wie die funktionale Aufteilung zwischen dem System 
und den Plug-Ins und die dazugehorige Kommunikation ablauft, wird an Hand der folgenden Figuren 
beschrieben. 

Figur 14 zeigt die 5 Schritte des erfindungsgemaBen Verfahrens zur Steuerung, insbesondere zur 
koordinierten Antriebsstrangsteuerung von Kraftfahrzeugen. Im 1. Schritt erfolgt die Charakterisierung 
der UmwelteinflUsse in der Informationsgruppe Fahrsituationserkennung, Fahrertyperkennung, 
FahrzeuggrSBen und Triebstrangzustand. Im 2. Schritt werden die Optimierungskriterien festgelegt, z. R 
Verbrauch, Komfort, Leistung, Emission, Dynamik und VerschleiB. Anhand der Fahrpedalstellung wird 
im 3. Schritt die Fahrerwunschinterpretation durchgeftlhrt. Im 4. Schritt wird der optimale Betriebspunkt 
bestimmt und im 5. Schritt angefahren, indem an Motor und Getriebe entsprechende Vorgaben gemacht 
werden. 

In Fig. 14 werden im 1. Schritt der koordinierten Antriebsstrangsteuerung die aktuellen Umweltdaten bzw. 
UmwelteinflUsse aufbereitet, gegebenenfalls typisiert und zur Verftlgung gestellt: 
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FahrzeuggroBen: 

allgemeine aktuelle Fahrzeugdaten wie Geschwindigkeit und Querbeschleunigung, 
Triebstrangzustand: 

aktuelle Triebstrangdaten wie Kraftschluss und Schub/Zug, 
Fahrertyperkennung: 

beobachtet das Fahrverhalten und die Aktivitaten des Fahrers und Ieitet daraus einen abstrakten 

Typ ab (z. B. sportlich oder Skonomisch), 

Fahrsituationserkennung: 

zieht auf Grund abgeleiteter Signale Ruckschliisse auf die aktuelle Umwelt- oder Fahrsituation, z. 
B. Berg, Kurve, Winter, Stadt, Autobahn. 

Die Zuordnung der Charakterisierung der Umwelteinfltisse zur Architektur erfolgt an Hand Fig. 13. Die 
Fahrertyperkennung, Fahrsituationserkennung und FahrzeuggroBen werden den Infogebern ED, DD, Ud 
und VD auf der obersten Ebene zugewiesen und sind daher ftr alle anderen Komponenten sichtbar, die 
Triebstrangzustandsgrofien pd (Powertrain Data) werden im Antriebsstrang ermittelt und k6nnen daher 
auch nur innerhalb des Antriebsstrangs direkt verwendet werden. 

Im 2. Schritt wird entsprechend Fig. 14 festgelegt, woraufhin das gesamte nachfolgende Verfahren 
optimiert werden soli. Denkbar sind beispielsweise Kriterien wie sportliche Fahrweise, Okonomische 
Fahrweise oder besonders VerschleiB schonende Fahrweise. Der Vorteil der globalen Festlegung Iiegt in 
der anschlieBenden einheitlichen Verwendung in alien entscheidenden Funktionen von der 
Fahrpedalinterpretation bis zur Motormomenten- und Obersetzungsauswahl. 

Die Auswahl des aktuellen Optimierungskriteriums wird entsprechend Fig. 15 vom Fahrzeugkoordinator 
(Vehicle Coordinator, VC) gesteuert. Dieser fragt Vorschlage von Plug-Ins (Crit x) flber eine spezielle 
Schnittstelle, den Kriterienkoordinator (Criteria Coordinator, CC) ab und priorisiert diese lediglich. Wie 
die Plug-Ins die Aufgabe erledigen, einen Vorschlag zu ermitteln, und um welche Art von Plug-Ins es sich 
jeweils handelt, ist dem Fahrzeugkoordinator dabei nicht bekannt. 

In Fig. 16 ist ein beispielhafter Priorisierungsablauf entsprechend Fig. 15 zur Auswahl des 
Optimierungskriteriums durch den Fahrzeugkoordinator dargestellt. 

Der Ablauf, der auf der linken Seite von Fig. 16 exemplarisch gezeigt ist, geht von Plug-Ins aus, wie sie 
als Beispiel auf der rechten Seite dargestellt sind. 

In diesem Beispiel gibt es in der Reihenfolge ihrer "Wichtigkeit" die drei Plug-Ins "Winter", "Sport" und 
"Normalfahrt". Diese haben bis auf Normalfahrt die Eigenschaft, nur dann einen Vorschlag ftr das 
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Optimierungskriterium zu machen (sprich, sie sind nur dann "aktiv"), wenn eine bestimmte Situation 
vorliegt, wenn diese nicht vorliegt, machen sie keinen Vorschlag (sind also "inaktiv"). Normalfahrt ist 
insofern eine Ausnahme, da es ohne Vorliegen einer bestimmten Bedingung immer aktiv ist. 

Der Ablauf wird folgendermaBen beschrieben: Vor dem Doppelpunkt ganz links steht das Objekt, das eine 
Tatigkeit auslOst und ein anderes Objekt aufruft. Nach dem Doppelpunkt rechts steht die Methode des 
aufgerufenen Objekts. 

Der Fahrzeugkoordinator ruft zunSchst den Kriterienkoordinator auf, einen Vorschlag fur eine 
Fahrzeugoptimierung vom Plug-In mit der ID1 abzufragen. Der Kriterienkoordinator kennt das mit der 
ID1 benannte Plug-In und holt sich von diesem den aktuellen Optimierungsvorschlag. Da die 
Fahrsituation Winter aber im Beispiel nicht aktiv ist, gibt es "None", also keinen Vorschlag zurUck. 

Der Aufruf des nachsten Plug-Ins erfolgt auf die gleiche Art und Weise, dieses gibt jedoch den 
Optimierungsvorschlag "Sport" zurilck, da der Fahrertyp "sportlich" ist. 

Da nun ein Vorschlag fur ein Optimierungskriterium gefunden ist, brauchen nachfolgende Plug-Ins mit 
einer niedrigeren Prioritat nicht mehr nach einem Vorschlag befragt werden. 

Das vorgeschlagene Priorisierungsverfahren an dieser Stelle ist mSglichst einfach, es wird eine feste 
Rangfolge festgelegt und das ranghOchste aktive Kriterium, das nicht "None" zurtlckliefert, gewinnt. Ein 
Vorteil dieser Priorisierung liegt darin, dass nicht immer alle Kriterien befragt werden mQssen, da in dem 
Moment abgebrochen werden kann, wenn ein aktives Kriterium gefunden wurde. 

Als Schnittstelle zwischen dem Fahrzeugkoordinator und den Plug-In wird (fur alle Plug-Ins einheitlich) 
eine feste Menge von Zustanden vereinbart. Die gewtlnschte Bedeutung wie z. B. "Sport" oder 
"VerschleiB" muss auf beiden Seiten bekannt sein, da der Fahrzeugkoordinator dementsprechende 
Maflnahmen einleiten konnen soli (Aufruf Crit_Get_VehOptQ). 



Die Fahrerwunschinterpretation als 3. Schritt gemafi Fig. 14 hat die Aufgabe, die Vorgaben des Fahrers zu 
interpretieren und eine Vorgabe ftlr die Langsbewegung des Fahrzeugs daraus abzuleiten. Das umfaBt 
neben der reinen Fahrpedalinterpretation beispielsweise auch die Vorgaben eines 
Fahrgeschwindigkeitsreglers oder eines ACC, die den Wunsch des Fahrers nach automatischer Fahrt mit 
konstanter Geschwindigkeit umsetzen. Als Schnittstelle zum Antriebsstrang bzw. zur Bremse sind 
Getriebeausgangsmoment und Fahrzeugverzogerung vorgesehen 
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Den Ablauf der Fahrerwunschinterpretation entsprechend Fig. 17 steuert der Vortriebs- und 
Bremskoordinator (Propulsion and Brakes Coordinator, PrBC). Dieser ermittelt in Zusammenarbeit mit 
einer unbestimmten Anzahl von Plug-Ins nach einem speziellen Priorisierungsverfahren die Vorgaben ftir 
Bremse und Antriebsstrang. Der Fahrzeugbewegungskoordinator (Vehicle Motion Coordinator, VMC) 
koordiniert diese langsamen Vorgaben noch mit den schnellen Eingriffen der Traktions- und 
Fahrstabiiitatssysteme (ESP) (die Begriffe Iangsam und schnell sollen hier andeuten, daB die 
Reaktionszeiten eines normalen Fahrers im Vergleich zu den Reaktionszeiten eines elektronischen 
Systems „lang" sind) und gibt die so gewonnenen Forderungen an den Triebstrang (Propulsion System, 
PrSy) bzw. das Bremssystem (Brake System, BrSy) writer, wobei die weitere Auswertung und 
Durchfilhrung der Vorgaben an die Bremse nicht Teil dieser Darstellung sind. 

ZusatzUch bietet der Kriterienkoordinator noch eine spezielle Schnittstelle (Application Programming 
Interface, API) zur Umrechnung einer Fahrzeugbeschleunigung in das dafur zum aktuellen Zeitpunkt 
bendtigte Getriebeausgangsmoment und umgekehrt an, wobei der Kriterienkoordinator diese Aufgabe 
nicht selber erfullt, sondern z. B. an den Triebstrang weiterleitet, da dieser die relativ aufwendige 
Umrechnung zur Bewaitigung seiner Aufgaben eh beinhaltet. Dadurch ergeben sich Vorteile bei der 
Umsetaing der Plug-Ins: 

Die Plug-Ins werden einfacher, ubersichtlicher und kleiner, 

die Plug-Ins werden unabhangig von fahrzeugspezifischen Daten und 

der Gesamtsoftwareurnfang wird geringer. 

In Fig. 18 ist ein beispielhafter Priorisierungsablauf analog Fig. 16 entsprechend Fig. 17 zur 
Fahrerwunschinterpretation dargestellt. 

Der Beispielablauf zur Fahrerwunschinterpretation in Fig. 18 orientiert sich an den Plug-Ins 
Fahrgeschwindigkeitsregler (FGR), Beschleunigungspedal und "Standard"-Fahrpedal mit den folgenden 
Funktionsweisen: 

Der Fahrgeschwindigkeitsregler versucht eine stationare Geschwindigkeit durch die Anforderung einer 
Sollbeschleunigung einzuregeln, wenn der Fahrer diesen aktiviert hat. Das Beschleunigungspedal 
interpretiert die Fahrpedalstellung des Fahrers als Beschleunigungswunsch. Das Standard-Fahrpedal 
interpretiert die Fahrpedalstellung des Fahrers geschwindigkeitsabhangig als Getriebeausgangsmoment. 

Der Vortriebs- und Bremskoordinator fragt Uber den Kriterienkoordinator zunachst das Plug-In mit der 
ID1 (Fahrgeschwindigkeitsregler) nach dessen Vortriebswunsch. Dies liefert einen Wunsch nach einer 
Beschleunigung von 1,1 m/s 2 zurtlck. Die Forderung, die der PrBC nach aufien weitergeben kann, ist 
jedoch Getriebeausgangsmoment und BremsverzOgerung. Daher beauftragt er den Beschleunigungs- 
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manager (Acceleration Request Manager, AccRM) damit, eine Standardaufteilung der geforderten 
Beschleunigung auf Vortrieb und Bremse durchzufuhren. Diese ergibt ein Getriebeausgangsmoment von 
160 Nm und keine VerzSgerung. 

AnschlieBend wird das Plug-In mit der ID2 aufgerufen. Das Beschleunigungspedal ermittelt eine 
gewUnschte Beschleunigung von 1,2 m/s 2 durch die Fahrervorgabe am Fahrpedal. Die Aufteilung auf 
Vortrieb und Bremse erledigt dieses Plug-In jedoch selber tlber das API des Kriterienkoordinators und 
gibt einen Vortriebswunsch von 170 Nm und keine Verzogerung an den Koordinator zurQck. 

Das dritte Plug-In Standard-Fahrpedal wird nicht aufgerufen. Im vorherigen Schritt (Festlegen der 
Optimierungskriterien) wurde als aktuelles Optimierungskriterium "Sport" festgestellt. Bei diesem 
Optimierungskriterium wird in der Fahrerwunschinterpretation anstelle des Standard-Fahrpedals in diesem 
Beispiel das Beschleunigungspedal aufgerufen, das Standardpedal wird nicht benotigt. 

AbschlieBend wahlt der Koordinator das Plug-In mit der ID2 als Gewinner aus, da dessen Forderung den 
hbchsten Betrag hatte. AuBerdem teilt er alien Plug-Ins mit, dass das Plug-In mit der ID2 gewonnen hat 
mit einer Forderung von 170 Nm Getriebeausgangsmoment und keiner Verzogerung. Daraus kann der 
Fahrgeschwindigkeitsregler erkennen, dass sein Vorschlag durch ein anderes Plug-In ttberstimmt wurde 
und dementsprechend reagieren (z. B. Festhalten des I-Anteils oder Deaktivierung). 

Die Priorisierung der Fahrerwunschinterpretation ist eine Erweiterung des linearen Verfahrens: 

Aus der Menge aller Plug-Ins, die einen Vorschlag zur Fahrerwunschinterpretation machen konnen, 
werden nur die ausgewahlt, deren Vorschlag zum aktuellen Optierungskriterium passt. So kann z. B. je 
nach Optimierung ein "normales" Fahrpedal gegen ein "sportliches" Fahrpedal ausgetauscht werden. 

AnschlieBend erfolgt eine lineare Priorisierung all derjenigen Plug-Ins, fur die eine feste Rangfolge 
festgelegt werden kann. Dies kann beispielsweise filr ein Bremspedal geschehen, da bei der Betatigung 
der Bremse FGR und Fahrpedal inaktiv sein mtlssen (allerdings nur bedingt, s. Bretttest). Wenn in dieser 
Phase ein Plug-In aktiv wird, bricht das Verfahren entsprechend der linearen Priorisierung ab. 

Wird jedoch kein Plug-In aktiv, so werden alle weiteren Plug-Ins, die sich nicht in eine feste Rangfolge 
ordnen lassen, aufgerufen. Die Priorisierung erfolgt dann aus der Menge aller Vorschlage durch eine 
Maximalauswahl. 



Grundsatzlich werden damit nur die Kriterien herangezogen, die zum aktuellen Optimierungskriterium 
"passen"; die eigentliche Priorisierung erfolgt in einem zweistufigen Verfahren: 
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In einer ersten (applizierbaren) Tabelle wird fur die Kriterien eine Reihenfolge festgelegt, nach der sie 
befragt werden. Sobaid ein Wunsch erkannt wird, bricht das Verfahren ab. Fur einige Kriterien reicht 
diese einfache Priorisierung aus (z. B. bei einer Anforderung des Bremspedals, FGR und Fahrpedal 
brauchen dann nicht mehr befragt werden). 

Falls im ersten Schritt kein Wunsch ermittelt werden kann, wird in einem zweiten Schritt eine 
Maximalauswahl des Vortriebsmomentenwunsches aller in einer zweiten (ebenfalls applizierbaren) 
Tabelle verzeichneten Anforderer durchgefuhrt; sofern es mindestens einen negativen Momentenwunsch 
gibt, wird der kleinste negative Wunsch ausgewahlt, ansonsten der groBte positive Momentenwunsch. 

In Fig. 19 ist eine beispielhafte Anforderung eines Plug-Ins dargestellt. 

Als Schnittstelle stehen den Plug-Ins im Gegensatz zum Vortriebs- und Bremskoordinator zwei 
Alternativen zur VerfUgung. Sie kSnnen entweder Getriebeausgangsmoment M Vort rieb und 
Bremsverzogerung a Brems oder eine Summenbeschleunigung a Summe fordern. Wird von einem Plug-In eine 
Summenbeschleunigung angefordert, kann der Koordinator selber entscheiden, wie er diese auf Vortrieb 
und Bremse aufteilen will (mittels des Beschleunigungskoordinators). 

Urn zum einen das Erkennen eines nicht vorhandenen Vortriebswunsches (Plug-In ist inaktiv) zu 
erleichtern (0 Nm ist ein defmitiver Vortriebswunsch und eignet sich daher nicht zur Kennzeichnung von 
"kein Wunsch") und zum anderen die verwendete Schnittstellenaltemative anzuzeigen, wird vom Plug-In 
zusatzlich der Anforderungstyp 0,1 oder 2 vorgegeben. 

Die Fahrerwunschinterpretation liefert als Ergebnis ein Getriebeausgangsmoment, das vom Antriebsstrang 
zur Verfugung gestellt werden soil (hinzu kommt noch die benStigte Nebenaggregateleistung). Hierfur 
muss nun ein optimaler Betriebspunkt als 4. Schritt gemaB Fig. 14 bestimmt werden, wobei sich "optimal" 
am ausgewahlten Optimierungskriterium orientiert 

Ein Betriebspunkt ergibt sich in einem konventionellen Antriebsstrang aus dem Motormomentmoment 
und der Obersetzung des Getriebes, da sich die Motordrehzahl bei gegebener Fahrzeuggeschwindigkeit 
direkt daraus berechnen lasst. FOr zukilnftige Konzepte ergeben sich durch den Einbau weiterer Aggregate 
evtl. noch weitere Freiheitsgrade (z. B. E-Maschine im 4-Quadranten-Betrieb). 



Die Bestimmung des optimalen Betriebspunktes gemaB Fig. 20 wird vom Antriebsstrangkoordinator 
(Powertrain Coordinator, PTC) verwaltet. Dieser kommuniziert in Ublicher Weise mit den Plug-Ins tiber 
den Kriterienkoordinator. 
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In Fig. 21 ist ein beispielhafter Priorisierungsablauf analog Fig. 16 entsprechend Fig. 20 zur Bestimmung 
des optimalen Betriebspunktes dargestellt 

Der Ablauf zur Bestimmung des optimalen BetriebspunJctes erfolgt wieder nach dem Schema lineare 
Priorisierung. Als Beispiel sind drei Plug-Ins mit den Aufgaben Sport, Berg und Okonomisch dargestellt. 

Der Antriebsstrangkoordinator ruft den Kriterienkoordinator auf, einen Vorschlag fur einen optimalen 
Betriebspunkt bei einem Vortriebsmoment von 1 80 Nm vom Plug-In mit der ID 1 abzufragen. 

Der Kriterienkoordinator kennt das mit der ID1 benannte Plug-In und holt sich von diesem dem optimalen 
Betriebspunkt Da die Fahrsituation Sport nicht aktiv ist, gibt es "None", also keinen Vorschlag, zurtick 
Der Aufruf des nachsten Plug-Ins mit der ID2 erfolgt auf die gleiche Weise, dieses gibt einen' optimalen 
Betriebspunkt mit einem Motorausgangsmoment von 170 Nm und einer Obersetzung von 0,666 an. 

Zur Priorisierung werden nur die Kriterien herangezogen, die zum aktuellen Optimierungskriterium 
"passen" (eine applizierbare Tabelle mit alien "passenden" Kriterien fur jedes Optimierungskriterium). 
FDr die Kriterien wird eine Reihenfolge festgelegt, nach der sie befragt werden (s. Fig. 21). Das Kriterium 
mit der hochsten Prioritat wird zuerst befragt. Wenn es nicht aktiv ist, wird das nachste befragt usw., bis 
das erste aktive Kriterium gefunden ist, danach bricht das Verfahren ab. 
Das erste aktive Kriterium wird verwendet. An der Schnittstelle erfolgt somit Folgendes: 
Aufruf: Crit_Get_OpPointProp (Getriebeausgangsmoment) 
Return: Motorausgangsmoment, Obersetzung. 

Die Plug-Ins werden aufgerufen, wobei ihneh das Sollgetriebeausgangsmoment als Parameter mit 
ttbergeben wird, damit die Plug-Ins wissen, fur welche Momentenforderung ein ihrer Aufgabe nach 
optimaler Vorschlag abgefragt wird. 

Die letzte Aufgabe als 5. Schritt gemaB Fig. 14 der koordinierten Antriebsstrangsteuerung ist das 
Anfahren des optimalen Betriebspunktes. Der aktuelle und der neue optimale Betriebspunkt kSnnen unter 
Umstanden relativ weit "auseinander" liegen (z. B. wenn der Fahrer plstzlich ins Fahrpedal tritt) Urn 
Fahrbarkeit, Komfort, Sicherheit und Aggregateschutz zu gewahrleisten ist es daher haufig sinnvoll 
keinen abrupten Obergang (so schnell wie mOglich) zuzulassen, sondern den neuen Betriebspunkt 
gedampft anzufahren. 

Das Anfahren des optimalen Betriebspunktes gemaB Fig. 22 wird gemeinsam mit dem Bestimmen des 
optunalen Betriebspunktes vom Antriebsstrangkoordinator (Powertrain Coordinator, PTC) verwaltet 
D.eser kommuniziert in Ublicher Weise mit den Plug-Ins Uber den Kriterienkoordinator. 
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Das abschliefiend ermittelte Ergebnis wird vom Antriebsstrangkoordinator an die Komponenten Motor 
und Getriebe zur Ausfdhrung weitergegeben. 

In Fig. 23 ist ein beispielhafter Priorisierungsablauf analog Fig. 16 entsprechend Fig. 22 zum Anfahren 
des optimalen Betriebspunktes dargestellt. 

Der Ablauf zum Anfahren des optimalen Betriebspunktes basiert wieder auf dem linearcn 
Priorisierungsverfahren. Als Beispiel sind die Plug-Ins Kurve, Winter und Berg ab dargestellt. 

Der Antriebsstrangkoordinator ruft den Kriterienkoordinator auf, einen Vorschlag fur eine 
Gradientenbegrenzung von Plug-Ins mit der ID1 abzufragen. 

Der Kriterienkoordinator kennt das mit der ID1 benannte Plug-In und holt sich von diesem eine 
Gradientenbegrenzung. Da Critl nicht aktiv" ist (Kurve, verhindert eine Anderung des 
Triebstrangzustandes in fahrdynamischen Grenzsituationen), gibt es "None", also keinen Vorschlag 
zurilck. 

Der Aufruf des nSchsten Plug-Ins mit der ID2 erfolgt auf die gleiche Weise, dieses gibt "None", also 
keinen Vorschlag, da auch Crit2 (Winter) nicht aktiv ist. 

Zur Priorisierung werden nur die Kriterien herangezogen, die zum aktuellen Betriebspunkt der 
Betriebspunktermittlung "passen" (eine applizierbare Tabelle bzw. Liste mit alien "passenden" Kriterien 
fur j edes Betriebspunktkriterium). 

Fur die Kriterien wird eine Reihenfoige festgelegt, nach der sie befragt werden (s. Fig. 23). Das Kriterium 
mit der hOchsten PriorMt wird zuerst befragt. Wenn es nicht aktiv ist, wird das nSchste befragt usw., bis 
das erste aktive Kriterium gefunden ist, danach bricht das Verfahren ab. 

(Eine weitere MOglichkeit ergibt sich, indem eine Max- oder Min- Auswahl aus alien Anforderungen 
durchgeflihrt wird.) 

An der Schnittstelie erfolgt Folgendes: 
Aufruf: Crit_Get_OpPointGrad() 

Return: Gradientenbegrenzung, z. B. in Form von Filterparametern, Min- und Max-Werten fUr 
Motormomenten- und Obersetzungsverstellung. 

Das Priorisierungsverfahren zum Anfahren des optimalen Betriebspunktes unterscheidet sich vom linearen 
Priorisierungsverfahren darin, dass es nicht ein Plug-In geben muss, das auch tatsachlich einen Vorschlag 
macht, alle Plug-Ins kOnnen "None" zurQckgeben, was dann als "so schneil wie mGglich" Anfahren des 
neuen Betriebspunktes interpretiert wird. 
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Die Schnittstelle fur die Vorgaben der Plug-Ins kann recht vielfaltig ausfallen. Denkbar sind 
Gradientenbegrenzungen, Filterparameter oder absolute Grenzen fiir Motormoment und Obersetzung. 

In Fig. 24 ist allgemein eine schematische Strukturierung gemaB Fig. 13 bei der Benutzung einzelner 
Plug-Ins von verschiedenen Schnittstellen dargestellt. 

Entsprechend den zugeteilten Aufgaben konnen einzelne Plug-Ins eine, mehrere oder alle Schnittstellen 
benutzen. Die nachfolgenden beispielhaften Plug-Ins Sport, Kriechen und Kurve nutzen somit 
unterschiedliche Schnittstellen: 

— Sport: 

- Anforderung sportliche Fahrzeugoptimierung, 

- Anforderung sportliche Fahrpedalinterpretation durch andere Pedalkennlinie und weniger 

Lastschlagdampfung, 

- Anforderung sportliche Ubersetzungswahl mit hoher Momentenreserve durch hOhere Drehzahl, 

- Anforderung sportliche Obersetzungsverstellung (schnell anstatt komfortabel fur moglichst 

hohe Beschleunigung); 

— Kriechen: 

- VerSnderte Fahrpedalinterpretation mit Bremseingriff, um mdglichst einfaches Einparken zu 

ermoglichen; 

— Kurve: 

- Verhinderung von Obersetzungsverstellungen bei Kurvenfahrt im Grenzbereich. 

AbschlieBend werden nochmals zusammenfassend die Vorteile der gesamten Erfindung aufgefuhrt: 

Eine Funktion im Sinne einer durch den Fahrer erkennbaren zusammenhangenden Funktionalitat 
hat hSufig Anforderungen und Auswirkungen auf verschiedenste Komponenten im Fahrzeug. 
Beispielsweise kann ein adaptiver Geschwindigkeitsregler beim Einhalten einer durch den Fahrer 
vorgegebenen Geschwindigkeit sowohl beschleunigen als auch verzdgern. Dazu mtissen die 
Komponenten Motor, Getriebe und Bremse entsprechend angesteuert werden. Dies wird im 
beschriebenen System mdglich gemacht, ohne dass die Funktionalitat auf verschiedene 
Komponenten aufgeteiit werden muss. Die Funktionalitat bleibt als Einheit zusammen und kann 
dem System hinzugefUgt oder entnommen werden, ohne dass dafiir die Software oder Hardware 
des Systems geandert werden muss. 
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In dieses optimierte System konnen dann Anforderungen verschiedenster Systeme in 
einheitlicher Art auf Basis von SystemfilhrungsgrOBen (im Wesentlichen dem 
Getriebeausgangsmoment) zentral eingebracht werden. 

In dieses optimierte System kOnnen verschiedenste Verfahren zur Ermittlung von geeigneten 
Betriebspunkten des Antriebsstranges eingebracht werden. 

In diesem optimierten System k6nnen die Anforderungen und Verfahren entsprechend der 
aktuellen Fahrsituation durch ein abstraktes Priorisierungsverfahren situationsgerecht priorisiert 
werden, so dass die "richtige" Anforderung berOcksichtigt und das "optimale" Verfahren zur 
Betriebspunktauswahl verwendet wird. 

Dieses optimierte System rechnet die Anforderungen entsprechend der Triebstrangtopologie des 
betreffenden Fahrzeugs urn und macht Vorgaben an die Triebstrangkomponenten, wobei die 
Schnittstellen zu den Komponenten so abstrakt wie mSglich auf physikalischer Basis festgelegt 
werden, um Abhangigkeiten beispielsweise von verschiedenen Motorrypen (Diesel und Benzin) 
weitestgehend auszuschalten. 

Dieses System bietet die Moglichkeit, die Ermittlung von Anforderungen und Verfahren zur 
Berechnung von optimalen Betriebspunkten in Plug-Ins zusammenzufassen, um so separierbare 
Systeme im Sinne von veraufierbaren Produkten zu schaffen. 

Eine Funktion im Sinne einer durch den Fahrer erkennbaren zusammenhangenden Funktionalitat 
hat haufig Anforderungen und Auswirkungen auf verschiedenste Komponenten ini Fahrzeug. 
Beispielsweise kann ein adaptiver Geschwindigkeitsregler beim Einhalten einer durch den Fahrer 
vorgegebenen Geschwindigkeit sowohl beschleunigen als auch verzSgern. Dazu mUssen die 
Komponenten Motor, Getriebe und Bremse entsprechend angesteuert werden. Dies wird im 
beschriebenen System moglich gemacht, ohne dass die Funktionalitat auf verschiedene 
Komponenten aufgeteilt werden muss. Die Funktionalitat bleibt als Einheit zusammen und kann 
dem System hinzugefligt oder entnommen werden, ohne dass dafilr das Programm des Systems 
geandert werden muss. 

Die Priorisierungsverfahren zur Auswertung der Anforderungen verschiedener Plug-Ins k6nnen 
auf Grund deren Einheitlichkeit (alle Plug-Ins fordern zur Beschleunigung des Fahrzeugs ein 
Getriebeausgangsmoment (Fllhrungsgrofle des Systems) so ausgelegt werden, dass zur 
Priorisierung nicht bekannt sein muss, welches System hinter der Anforderung steht (es spielt aus 
Sicht des Priorisierungsverfahrens keine Rolle, welche Funktionalitat ein Plug-In erfilllt, sondern 
nur, welche Prioritat es hat). Durch diese Anonymisierung der Anforderer ist es moglich, die 
Anzahl der zu berQcksichtigenden Plug-Ins frei zu wahlen, ohne daftir das Programm andern zu 
mOssen. Dadurch vereinfacht sich die Konfiguration des Systems zur Anpassung an eine 
bestimmte Fahrzeug- und Funktionsvariante erheblich und es konnen auch nachtraglich noch 
Funktionen hinzugefligt werden, die zunachst nicht mit eingeplant waren. 
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Zu den Komponenten im Triebstrang entstehen einheitliche, abstrakte Schnittstellen, die weitest- 
gehend von Varianten der Komponenten unabhangig sind. Dadurch konnen bei Einhaltung der 
Schnittstellen sehr einfach Komponenten unterschiedlicher Hersteller eingesetzt werden, 
wodurch sich der Fahrzeughersteller nicht von proprietaren Losungen einzelner Zulieferer 
abhangig macht. 

Die Programme der Plug-Ins kdnnen weitestgehend ohne Kenntnisse von der Art eingesetzter 
Komponenten definiert werden und dadurch in vielen Fahrzeugkonfigurationen wieder 
verwendet werden. Dies ist bei der hohen Zahl an Fahrzeugvarianten ein deuthcher Vorteil. Ein 
typisches Beispiel ist der Fahrgeschwindigkeitsregler, der sich heute intern stark unterscheidet, je 
nachdem ob ein Diesel- oder ein Benzinmotor das Fahrzeug antreibt. Das beschriebene System 
wirkt wie eine Zwischenschicht, die die Funktionalitaten, die in Plug-Ins abgebildet werden, von 
den Komponenten entkoppelt. Ein weiterer positiver Effekt der Entkopplung ist die Reduktion 
des Applikationsaufwandes, der sonst haufig durch Anderungen in anderen Funktionen oder 
Komponenten erzeugt wird. 
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29.07.03 

ROBERT BOSCH GMBH, 70442 Stuttgart 



Anspruche 



1. Computersystem mit wenigstens einern Prozessor und wenigstens einem Speicher zur 

Steuerung, insbesondere zur koordinierten Antriebsstrangsteuerung fur ein Kraftfahrzeug, mit 
einer Softwarearchitektur mit im Wesentlichen folgenden Elementen bzw. Komponenten: 

ein Operation System and Specific Services mit Betriebssystem und spezifischen 

Diensten als Basis fllr alle anderen Elemente und Anwendungen, 

eine Basic Functionality zur Umsetzung universeller Anforderungen, 

einen Layer zur Koordinierung von Aufgaben fiir Basisfunktionalitaten der Basic 

Functionality und zur Einbindung von Plug-Ins, 

wenigstens ein Plug-In zur Umsetzung von konkreten Aufgaben bzw. Funktionen, die 
tiber die Basisfunktionalitat hinausgehen und vom Layer koordiniert werden, wobei die 
Plug-Ins insbesondere modulartig austauschbar sind. 

2. Computersystem nach Anspruch 1, 
dadurch gekennzeichnet, 

dass in der Softwarearchitektur offene Schnittstellen (Open Interfaces) auf die von auBen 
zugegriffen werden kann und/oder geschlqssene Schnittstellen (Incapsulated Interfaces), die 
nach auBen nicht freigegeben sind, integriert sind. 

3. Computersystem nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, 

dass als Plug-Ins beispielsweise ein ACC (Adaptive Cruise Control)-Request, ein Drivers 
Demand (comfort/sport), Driveability oder Shift Strategie (comfort/sport) verwendet werden. 

I. Computersystem nach einem der vorhergehenden Ansprttche, 

dadurch gekennzeichnet, 

dass der Layer die Koordinatoren Vehicle Coordinator, Vehicle Motion Coordinator und 
Powertrain Coordinator umfasst. 
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Computersystem nach Anspruch 4, 
dadurch gekennzeichnet, 

dass jeder {Coordinator Uber Schnittstellen mit den Plug-Ins zur Koinmunikation verbunden ist. 

Computersystem nach einem der vorhergehenden AnsprUche, 
dadurch gekennzeichnet, 

dass der Layer tiber Schnittstellen zur Kommunikation mit der Basic Functionality verbunden 
ist, welche Basisfunktionen enthalt, die wie Sensoren oder Aktoren agieren. 

Computersystem nach einem der vorhergehenden AnsprUche, 
dadurch gekennzeichnet, 

dass durch die modulartige Austauschbarkeit der Plug-Ins das Computersystem flexibel an 
unterschiedliche Fahrzeug- und SteuergerStekonflgurationen anpassbar ist und Funktionen 
einfach implementierbar sind, wobei Anforderungen verschiedener Systeme in einheitlicher Art 
auf Basis von Systemfuhrungsgrofien, z. B. Getriebeausgangsmoment, zentral eingebracht 
werden. 

Priorisierungsverfahren von Informationsgebern, z. B. Plug-Ins, insbesondere zur koordinierten 
Antriebsstrangsteuerung fur ein Kraftfahrzeug, insbesondere durchgefalirt mit einem 
Computersystem nach einem der AnsprUche 1 bis 7, wobei: 

eine Liste mit Anforderern bzw. P!ug-Ins nach dem Grad der Prioritat aufsteigend oder 

abfallend sortiert wird, 

die sortierte Liste sequentiell beginnend mit dem Anforderer bzw. Plug-In mit der 
hOchsten PrioritSt abgearbeitet wird, 

das Abarbeiten der Liste abgebrochen wird, sobald ein Anforderer bzw. Plug-In einen 
Anforderungswunsch enthalt, urn diesen Anforderungswunsch auszuwShlen. 

Priorisierungsverfahren nach Anspruche 8. 
dadurch gekennzeichnet, 

dass der ausgewahlte Anforderungswunsch gespeichert und weitergeleitet wird. 

Priorisierungsverfahren nach Anspruch 8 oder 9, dadurch gekennzeichnet, 

dass verschiedene Listen zum Anpassen auf globale Optimierungskriterien, z. B. 

Okoabstimmung, Sportabstimmung oder Wintererkennung, abgearbeitet werden. 

Priorisierungsverfahren nach einem der AnsprUche 8 bis 10, 
dadurch gekennzeichnet, 
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dass jeder Anforderer bzw. jedes Plug-In durch eine Identity (ID); vorzugsweise als Zahl, und 
eine Position in den verschiedenen Listen fur das Abarbeiten eindeutig gekennzeichnet ist 

12. Priorisierungsverfahren von Informationsgebern, z. B. Plug-Ins, zur Steuerung, insbesondere 
zur koordinierten Antriebsstrangsteuerung fur ein Kraftfahrzeug, insbesondere durchgeftihrt mit 
einem Computersystem nach einem der Ansprttche 1 bis 7, mit im Wesentlichen den 
nachfolgenden Schritten: 

in einer Liste mit Anforderern bzw. Plug-Ins werden alle Anforderer in beliebiger 
Reihenfolge abgearbeitet, beispielsweise sequential, 

aus den Anforderungswttnschen der Anforderer wird der Anforderungswunsch mit dem 
maximalen (minimalen) Anforderungswunsch oder der durchschnittliche. 
Anforderungswunsch der Anforderer ermittelt. 

13. Priorisierungsverfahren nach Anspruch 12, 
dadurch gekennzeichnet, 

dass zur Ermittlung des maximalen (minimalen) Anforderungswunsches: 

der erste abgefragte Anforderungswunsch zwischengespeichert wird, 
jeder abgefragte Anforderungswunsch mit einem zwischengespeicherten 
Anforderungswunsch verglichen wird, ob er grdfier (kleiner) ist als ein 
zwischengespeicherter Anforderungswunsch, 

der abgefragte Anforderungswunsch zwischengespeichert wird, falls er grSBer (kleiner) 
ist als der zwischengespeicherte Anforderungswunsch und andernfalls keine 
Speicherung erfolgt, 

nach der Abfrage aller Anforderer der maximale (minimale) Anforderungswunsch 
zwischengespeichert ist und weitergeleitet wird. 

14. Priorisierungsverfahren nach Anspruch 12 oder 13, 
dadurch gekennzeichnet, 

dass bei bestimmten Anforderern, z. B. Anforderer, die Motor und Bremse ansteuern, mit 
einem bestimmten Anforderungswunsch, z. B. einem Bremseingriff, der minimale (maximale) 
Anforderungswunsch, z. B. der minimale Vortriebswunsch, ausgewahlt wird und andernfalls 
der maximale (minimale) Anforderungswunsch. 



Priorisierungsverfahren nach einem der Ansprtlche 12 bis 14, 
dadurch gekennzeichnet, 

dass einzelne Anforderer bewirken, dass bestimmte andere Anforderer bei der Ermittlung des 
maximalen (minimalen) Anforderungswunsches nicht berOcksichtigt werden, z. B. ein 



Anforderer-Fahrpedal bewirkt, dass aile Anforderer, die eine Bremsung/VerzSgerung bewirken, 
nicht berOcksichtigt werden. 

Priorisierungsverfahren nach einem der AnsprQche 12 bis 15, 
dadurch gekennzeichnet, 

dass verschiedene Listen zum Anpassen auf globale Optimierungskriterien, z. B. 
Okoabstimmung, Sportabstirnrnung oder Wintererkennung, abgearbeitet werden. 

Priorisierungsverfahren nach einem der Anspriiche 12 bis 16, 
dadurch gekennzeichnet, 

dass jeder Anforderer bzw. Plug-In durch eine Identitat (ID), vorzugsweise als Zahl, fur das 
Abarbeiten eindeutig gekennzeichnet ist. 

Priorisierungsverfahren von Informationsgebern, z. B. Plug-Ins, nach einem der Anspriiche 8 
bis 17, 

dadurch gekennzeichnet, 

dass das (erste) Priorisierungsverfahren nach einem der Ansprtiche 8 bis 1 1 mit dem (zweiten) 
Priorisierungsverfahren nach einem der Anspriiche 12 bis 17 kombiniert wird, z. B. indem das 
zweite Priorisierungsverfahren erst angewendet wird, falls das erste Priorisierungsverfahren 
keinen Anforderungswunsch liefert 

Verfahren zur Steuerung, insbesondere zur koordinierten Antriebsstrangsteuerung eines Fahr- 
zeuges, insbesondere durchgefuhrt mit einem Computersystem nach einem der AnsprQche 1 bis 
7 Oder 25 bis 29 mit im Wesentlichen den nachfolgenden Schritten bzw. Phasen: 
Charakterisierung der Umwelteinflusse, 

Festlegen eines globalen Optimierungskriteriums, zJ3. sportlich, Skonomisch oder 

verschleiBschonend, 

Fahrerwunschinterpretation, 

Bestimmung des optimalen Betriebspunktes und 

Anfahren des optimalen Betriebspunktes. 

Verfahren nach Anspruch 19, 
dadurch gekennzeichnet, 

dass zur Charakterisierung des Umwelteinflusses aktuelle Umweltdaten aufbereitet und ggf. 
typisiert werden, z. B. FahrzeuggrSBen (Geschwindigkeit, Querbeschleunigung), 
Triebstrangzustand (Kraftschluss und Schub/Zug), Fahrertyperkennung (sportlich oder 
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okonomisch durch Ableiten aus dem Fahrverhalten), Fahrsituationserkennung (Berg, Kurve, 
Winter, Stadt, Autobahn). 

2 1 . Verfahren nach Anspruch 1 9 oder 20, 
dadurch gekennzeichnet, 

dass bei der Fahrerwunschinterpretation eine Vorgabe fur eine Langsbewegung eines 
Fahrzeuges, z. B. der Fahrpedalinterpretation nach Beschleunigung/Verz5gerung und/oder den 
Vorgaben eines Fahrgeschwindigkeitsreglers oder ACCs, abgeleitet wird, wobei eine 
SystemfuhrungsgroBe Getriebeausgangsmoment in eine Grofie Getriebeausgangsmoment fur 
den Antriebsstrang und eine Grofie Fahrzeugverzogerung fiir die Bremse aufgeteilt wird. 

22. Verfahren nach einem der AnsprUche 19 bis 2 1, 
dadurch gekennzeichnet, 

dass zur Bestimmung eines optimalen Betriebspunktes fur ein Getriebeausgangsmoment ein 
bestimmtes Motormoment und eine bestimmte Getriebetlbersetzung ermittelt wird. 

23. Verfahren nach einem der Ansprttche 19 bis 22, 
dadurch gekennzeichnet, 

dass das Anfahren des optimalen Betriebspunktes in einer bestimmten Zeitspanne zur 
Dampfung, z. B. fur Fahrbarkeit, Komfort, Sicherheit und Aggregateschutz, erfolgt. 

24. Verfahren nach einem der AnsprOche 19 bis 23, 
dadurch gekennzeichnet, 

dass die Aufgaben der Phasen von Koordinatoren in einem Layer nach einem der AnsprUche 1 
bis 7 bearbeitet werden und die Inhaite der Phasen von Plug-Ins Qber Schnittstellen ermittelt 
werden, wobei die Plug-Ins vorzugsweise Liber ein Priorisierungsverfahren nach einem der 
Ansprttche 8 bis 1 8 ausgewahlt werden. 

25. Computersystem mit wenigstens einem Prozessor und wenigstens einem Speicher zur 
Steuerung, insbesondere zur koordinierten Antriebsstrangsteuerung eines Kraftfahrzeuges, 
insbesondere zur Durchflihrung eines Verfahrens nach einem der AnsprUche 19 bis 24, mit 
einem objektorientierten Softwaresystem (Fahrzeug, Vehicle) mit im Wesentlichen folgenden 
objektorientierten Komponenten: 

Fahrzeugbewegung (Vehicle Motion, VM), 
Antriebsstrang (Powertrain, PT), 
Fahrzeugkoordinator (Vehicle Coordinator, VC), 
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Infogebern, z. B. UmweltgrOBen (Environment Data, ED), ZustandsgrSBen (Driving 
Condition Data, DD), FahrzeuggroBen (Vehicle Data, VD), und BenutzergrdBen (User 

Data, UD), 

wobei diese objektorientierten Komponenten mit Schnittstellen nach innen und auBen (Interface 
5 In and Out) und einem Kriterienkoordinator (Criteria Coordinator, CC) zur Abfrage von Plug- 

Ins kommunizieren. 

26. Computersystem nach Anspruch 25, 
dadurch gekennzeichnet, 

10 dass die Komponente Fahrzeugbewegung z. B. die Komponenten Traktions- und 

Fahrstabilitatssysteme (ESP), Fahrbewegungskoordinator (Vehicle Motion Coordinator, VMC) 
und Vortrieb/Bremsen (Propulsion/Brake, PrB), aufweist. 

27. Computersystem nach Anspruch 26, 
1 5 dadurch gekennzeichnet, 

dass die Komponente Vortrieb/Bremse, z. B. die Komponente Triebstrang (Propulsion System, 
PrSy), Bremssystem (Brakesystem, BrSy) und einen Vortriebs- und Bremskoordinator 
(Propulsion and Brake Coordinator, PrBC), mit einer Komponente Beschleunigungsaufteiler 
(Acceleration Request Manager, AccRM) aufweist. 

20 

28. Computersystem nach einem der AnsprQche 25 bis 27, dadurch gekennzeichnet, 

dass die Komponente Antriebsstrang, z. B. die Komponenten Antriebsstrangkoordinator 
(Powertrain Coordinator, PTC), Motor (Engine, Eng), Getriebe (Transmission, Tra) und den 
Infogeber TriebstrangzustandsgrdBen (Powertrain Data, PD) aufweist. 

25 

29. Computersystem nach einem der AnsprQche 25 bis 28, dadurch gekennzeichnet 

dass, der Kriterienkoordinator mit einer Anwendungsschnittstelle (Application Programming. 
Interface, API) kommuniziert. 

30 30. Verfahren nach einem der AnsprQche 19 bis 24 durchgefiihrt mit einem Computersystem nach 
einem der AnsprQche 25 bis 29 mit im Wesentlichen folgenden Schritten: 

zur Charakterisierung der UmwelteinflQsse, die aktuellen Umweltdaten bzw. 
ZustandsgrSBen in Infogebern zugewiesen werden, worauf alle anderen Komponenten • 
zugreifen kGnnen, ausgenommen die TriebstrangzustandsgroBen, worauf nur der 

3 5 Antriebsstrang zugreifen kann, 
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vom Fahrzeugkoordinator das Festlegen eines globalen Optimierungskriteriums 
gesteuert wird, welcher Vorschlage Uber den Kriterienkoordinator von ausgewahlten 
Plug-Ins abfragt, 

vom Vortriebs- und Bremskoordinator die Fahrerwunschinterpretation gesteuert wird, 
welche in Zusammenarbeit mit ausgewahlten Plug-Ins iiber den Kriterienkoordinator die 
Vorgaben fur Bremse und Antriebsstrang ermittelt, wobei vorzugsweise der 
Fahrbewegungskoordinator diese Vorgaben mit den Traktions- und 
Fahrstabilitatssystem koordiniert und die Vorgaben an den Triebstrang bzw. das 
Bremssystem weitergegeben werden, wobei Uber die Anwendungsschnittstelle z. B. eine 
Fahrzeugsollbeschleunigung in ein Getriebeausgangsmoment umgerechnet wird und an 
den Antriebsstrang weitergegeben wird, 

vom Antriebsstrangkoordinator zum Bestimmen des optimalen Betriebspunktes Uber 
den Kriterienkoordinator Plug-Ins ausgewahlt werden und der 
Antriebsstrangkoordinator mit den Plug-Ins ttber den Kriterienkoordinator 
kommuniziert. 



3 1 . Verfahren nach Anspruch 30, 
dadurch gekennzeichnet, 

dass die Auswahl der Plug-Ins mit einem Priorisierungsverfahren nach einem der AnsprOche 8 
bis 1 8 ausgefuhrt wird. 

32. Computerprogramm mit Programmcodemitteln, urn alle Schritte eines Verfahrens nach einem der 
AnsprOche 8 bis 24 oder 30 bis 31 durchzufuhren, wenn das Computerprogramm auf einem 
Computer oder einer entsprechenden Recheneinheit durchgefuhrt wird. 

33. Computerprogrammprodukt mit Programmcodemitteln, die auf einem lesbaren Datentrager 
gespeichert sind, urn ein Verfahren nach einem der AnsprUche 8 bis 24 oder 30 bis 3 1 
durchzuftihren, wenn das Computerprogramm auf einem Computer oder einer entsprechenden 
Rechnereinheit ausgeftihrt wird. 
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ROBERT BOSCH GMBH, 70442 Stuttgart 

5 

Zusammenfassung 

Fur Fahrzeuge wurde ein aus dem Stand der Technik bekannter mehrschichtiger modulartiger 
10 Softwareaufbau fortentwickelt und des Weiteren werden konkrete Vorgehensweisen zur praktischen 
Umsetzung angegeben. Hierzu.wird erfindungsgemaB ein Computersystem mit einer Softwarearchitektur 
(Fig. 4) angegeben, welche konkrete Funktionszuweisungen und Schnittstellen enthalt mit austauschbaren 
modulartigen Plug-Ins. Mit Hilfe eines erfindungsgemaBen Priorisierungsverfahrens konnen diese Plug- 
Ins unabhangig von der Anzahl und Funktionsweise der anfordernden Systeme zur Flexibilisierung 
15 abgefragt werden. Ein erfindungsgemaBes Verfahren zur Antriebsstrangsteuerung eines Kraftfahrzeuges 
ist in 5 Phasen von der Charakterisierung der UmwelteinflUsse bis zum Anfahren des optimalen 
Betriebspunktes eingeteilt. In einem erfindungsgemaBen Computersystem mit objektorientiertem 
Softwaresystem kann dieses Verfahren auch eingesetzt werden. 
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